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ABSTBACT 

Two  distributed  routing  procedures  based  upon  the  Yen 
shortest  path  algorithm  are  developed  for  application  in  a 
packet-snitched  communications  network.  The  algorithm  uses 
a  unigue  method  in  calculating  shortest  paths  based  upon  the 
time      of   arrival     of   update      messages.  The   first      routing 

procedure  uses  a  proposed  "combination"  link  weight  function 
having  parameters  involving  both  current  link  queue  sizs  and 
recent  history  of  link  utilization.  Performance  of  this 
procedure  is  analyzed  under  a  variety  of  network,  conditions 
using  ccmputer  simulation.  A  comparison  study  is  dona  with 
both  a  least  hop  routing  protocol  and  a  multiple  path  static 
routing  protocol.  The  second  routing  procedure  has  a  hier- 
archical structure  which  offers  substantial  reductions  in 
routing  traffic  and  memory  requirements  over  the  first 
version  when  implemented  in  large  networks.  The  ira  jor 
conclusion  is  that  these  routing  procedures  exhibit  robust 
operating  characteristics  which  are  almost  optimal  in  simple 
situations. 
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I-    INIBODOCTION 

In  describing  the  activities  of  a  military  recruit 
during  the  first  phase  of  basic  training,  the  phrase  "hurry 
up   and   wait"  is   often  used.  An   illusxration  of   this    prac- 

tice is  tie  double-time  march  to  the  barber,  only  to  wait 
hours   in     line    for      a  thirty      second    haircut.  The  recruit 

probably  feels  there  must  be  a  better  way  to  do  this. 
Similar  feelings  may  also  cccur  when  stopped  in  freeway 
traffic  or  while  trying  to  get  an  open  telephone  line  tc  the 
grandparents  on    Christmas. 

Although  these  problems  appear  to  be  taken  from 
distinctly  different  situations,  they  possess  a  fundamental 
property  in  common;  they  all  relate  to  processes  involving 
the  flow  cf  some  conmodity  through  a  channel  or  network  of 
channels.  In  fact,  a  wide  variety  of  large  physical  systems 
exhibit  all  the  characteristics  which  mathematicians  asso- 
ciate with  networks.  The  freeway  and  telephone  systems  may 
have  nothing  in  commcn  by  way  cf  installations  and  eguipment 
yet   bcth      have    similar  netwcrk   representations.  Both   have 

junctions  or  nodes  which  are  connected  by  channels  or  links. 
In   the    licks  of   these    retworks   there      is   a    flow    (cars    in   one 
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and  conversations  in  the  other)  and  in  both  cases  links  can 
he  used  to  form  paths  between  nodes  which  are  not  directly 
connected. 

The  need  for  solutions  to  the  problems  associated  with 
the  flew  cf  commodities  within  networks  has  caused  an 
increase  of  activity  in  branches  of  mathematics  involving 
gueueing,  graph  and  network  theory-  Ford  and  Fulkerson 
£Ref.  1  ]  in  the  late  ISSO^  developed  methods  to  sclve  a 
railway  transportation  problem  known  as  the  Hitchcock 
problem.  Their  solution  was  the  design  of  network  flows  so 
as  to  minimize  the  ccsts  related  to  use  of  the  network  while 
still  satisfying  certain  flow  requirements  which  existed  at 
some  nodes.  The  result  of  their  work  was  a  more  efficient 
and  cost  effective  transportation  system. 

In  the  events  leading  to  the  solution  of  the  Hitchccck 
problem,  the  importance  of  the  commodity  carried  by  the 
network  helped  provide  the  impetus  for  rigorous  research. 
In  a  similar  fashion,  the  current  focus  of  attention  is  on 
an  item  of  ever  increasing  importance:  the  commodity  of 
ill 2IS§-iiSB •  Finding  increasingly  efficient  methods  to 
"transport"  information  through  communications  networks  has 
indeed  teccme  a  najoi  goal  to  a  variety  of  research  efforts. 
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This  thesis  is  part  of  an  ongoing  effort  being  conducted 
at  the  Naval  Postgraduate  School  with  communications 
networks,  and  in  particular,  the  packet-switched  network. 
The  purpose  of  this  work  is  the  application  and  analysis  of 
a  distributed  routing  procedure  which  guides  the  commodity 
of      information    through     the   network.  Chapters      I   and     II 

provide  background  irformaticn  concerning  packet-switched 
networks  and  the  function  of  routing  procedures.  The  third 
chapter  introduces  the  distributed  routing  algorithm  which 
was  modified  and  adapted  for  use  within  such  a  network.  The 
remainder  of  the  work  deals  with  the  thorough  test  and  eval- 
uation of  the  routing  protocol  using  a  computer  simulation 
model . 

fi.       CCHHUHICATIONS    NETWORKS 

As  with  all  networks,  communications  networks  can  be 
represented  as  being  composed  of  the  three  basic  elements; 
nodes,  links,  and  flow  commodities.  The  commodity  has 
already  beer  seen  tc  be  information  which  must  te  passed 
through  the  network.  The  nodes  represent  communications 
centers  which  can  receive,  store,  and  transmit  information. 
Nodes  are  connected  by  means  of  communication  channels  which 
are   the   links   with   other      nodes.         A    detailed   description   of 
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thes€  elements  is  purposely  not  given  since  their  configura- 
tion may  vary  depending  upon  the  type  of  network.  However, 
their   basic   functions  remain  the    same    in   all   networks. 

Due  to  the  many  different  types  of  communications 
networks  tihich  exist,  a  variety  of  methods  for  categoriza- 
tion have  been  developed.  A  basic  classification  method  is 
based  upon  the  number  of  communications  channels  present  in 
the  network.  When  only  a  single  link  exists  which  must  be 
shared  by  all  nodes,  the  network  is  termed  "broadcast". 
However  if  multiple  links  exist,  such  that  all  nodes  are  rot 
in  direct  communications  with  each  other,  then  the  network 
is      "point-to-point".  In      this  case      nodes     not      directly 

connected   must    communicate    via   other    nodes. 

Networks  are  also  described  by  their  topology  using 
terminology     common   tc      graph    theory.  The   arrangement      of 

nodes  and  links,  for  example,  may  form  a  star,  tree  or  loop. 
Each  configuration  has  certain  characteristics,  with  the 
selection  of  a  particular  topology  being  a  very  important 
design  consideration.  Often  in  reference  to  communications 
networks,  the  words  centralized,  decentralized  and  distrib- 
uted will  also  be  used  to  give  the  general  network  configu- 
ration   (Figure       1.1)  .        These      three    configurations      tend   to 
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Figure    1.1         Network  Topologies 

lend  themselves  to  particular  types  of  network  control  which 
often  use  the  sane  terminology .  Control  of  the  network  may 
be  the  responsibility  of  a  single  node  (centralized)  ,  a 
portion  cf  the  nodes  (decentralized)  ,  or  all  of  the  nodes- 
(distributed).  Confusion  can  occur  when  it  is  net  clear 
whether  the  network  being  described  is  distributed  in  terms 
cf  topology,  control  or  both.  In  the  next  chapter,  the 
r.etwcrk  control  function  of  routing  is  categorized  in  terms 
of   where   the  algorithm  is  actually  performed. 

Ecint-to-point  networks  can  be  subdivided  into  two  basic 
categories  depending  upon  the  method  used  to  pass  informa- 
tion, lie  first  technique  called  line-switching  is  analo- 
gous   to      the  telephone      (voice)       network.  Here   calls      and 
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message  routing  are  set  up  prior  to  the  beginning  of  the 
message  transmission.  Once  a  complete  circuit  or  route  is 
established,  the  message  is  ready  for  transmission.  The 
second  method  is  called  packet-switching  and  is  discussed  in 
detail   in  the  next    section. 

E.       PACKET-SWITCHED    NETWORKS 

The  ccncept  of  packet- switching  arose  from  the  need  to 
provide  a  "better  way"  to  exchange  information  between 
computers  than  was  possible  with  the  line-switching  techni- 
ques used  in  conventional  telephone  networks.  The  problem 
lay  in  the  basic  difference  between  human  and  computer 
"conversations".  Ccirputer  communication  is  "bursty",  in 
that  it  consists  of  short  transmissions  of  data  at  high 
rates    followed    by      lcrg   periods   of   silence.  This   is    quite 

unlike  human  conversation  in  which  calls  usually  last  much 
longer  than  the  time  it  takes  to  set  up  the  call  in  the 
switching  center.  In  other  words,  human-to-human  traffic 
requires  long-duration  use  of  a  low-bandwidth  channel, 
whereas  (seme)  computer-t c-cemputer  traffic  needs  short- 
duration   use  of    a    high-bandwidth   channel. 

The  alternative  switching  strategy  of  packet-switching 
removes   the    requirement    of    having      a    dedicated  physical   path 
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established  in  advance  between  source  and  destination  redes. 
Therefore  the  inefficiency  cf  having  computer  conversations 
which  take  less  time  than  is  required  to  set  up  the  call  is 
eliminated. 

In  a  packet-switched  communications  network,  when  the 
source  ncde  has  a  blcck  cf  data  tc  send,  that  block  is  first 
divided  into  subunits  which  are  a  fixed  number  of  bits  in 
length.  attached  then  to  each  subunit  is  addressing  and 
control  information  such  that  the  resulting  "packet"  can 
reach   its    destination.  Packet   size    (usually    1000      bits   or 

less)  is  kept  relatively  small  so  that  no  single  user  can 
monopolize  a  link  for  too  long  at  a  time.  The  basic  opera- 
tion cf  packet-switching  can  best  be  described  by  following 
the  movements  of  the  first  packet  as  it  proceeds  through  the 
network. 

at  the  source  node,  a  decision  is  made  as  tc  which 
outgoing  link  the  packet  will  be  transmitted.  The  decision 
rule  is  referred  to  as  a  routing  procedure  or  algorithm. 
The  status  cf  the  selected  link  is  then  checked  and  if  that 
link  is  idle,  the  packet  is  transmitted  over  the  link. 
However  if  the  link  is  busy,  the  packet  joins  a  queue;  this 
is    accomplished    physically    by   storing      the    packet    in    memory. 
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When  the  packet  reaches  the  head  of  the  queue,  the  packet  is 
transmitted. 

In  arriving  at  the  next  node,  the  addressing  information 
of  the  packet  is  used  to  determine  if  the  destination  has 
been    reached-  The   routing      procedure    is      repeated   if      the 

packet   has      not    yet    completed      its  trip.  Eventually,      the 

packet  will  reach  its  destination.  It  is  clear  why  these 
networks  are  often  called  store-and- forward  nets,  since  in 
passing  through  a  node  packets  are  stored,  if  necessary,  and 
then  forwarded  (transmitted)  to  the  next  node  on  the  way  to 
their   destination. 

1 .      Message    Services 

The   remaining   packets      of   the    data   block      can   travel 
through    the      network    using      one   of      two    techniques.  These 

techniques  cr  services  are  usually  selected  depending  upon 
the  nature  cf  the-  traffic,  which  may  be  computer  file  trans- 
fers, interactive  terminal  sessions  or  even  digitized  voice 
conversations.  The  first  is  the  pure  packet-switching  or 
datagram  technique,  and  the  second  is  the  packetized  virtual 
circuit   technique. 

Using  datagrams,    each    packet    is   routed  independently 
through   the      network.        The    packets      making   up      a    particular 


21 


data  tlcck  could  each  take  different  routes  through  the 
network  and  thus  arrive  at  the  destination  node  out  of 
sequence.  Hence,  a  resequencing  mechanism  is  required  at 
the      destination.  Packets      necessarily      contain      complete 

addressing  informaticr  since  they  move  independently  through 
the    network. 

In  contrast,  a  packetized  virtual  circuit  is  a 
circuit-switching-like  approach.  Information  flow  is  in 
packetized  form  and  virtual  circuits  carry  the  traffic. 
Packets  belonging  to  the  same  data  block  will  travel. the 
same      route   through      the     network.  This   route      (i.e        the 

virtual    circuit)    is    created    in    the  following   manner. 

The  first  packet  of  a  particular  data  block  acts  as 
a  "trailblazer"-  which  establishes  the  route  as  it  passes 
through  each  node.  Ncdes  maintain  a  "circuit  table"  so  that 
all  subsequent  packets  will  be  rou-ed  in  the  same  way.  Once 
a  circuit  is  established,  subsequent  packets  need  only 
contain  simple  header  information  which  identifies  them  with 
the  initial  packet.  Connections  can  be  created  with  virtual 
circuits  which  will  remain  until  broken  down  at  the  termina- 
tion   of   the    session. 
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In  comparing  datagrams  and  virtual  circuits  seme 
summarizing   points    are  given: 

1.  Virtual  circuit  packets  are  shorter  than  datagram 
packets  because  of  the  reduced  addressing  information 
reguired. 

2.  Datagrams  reguire  nodes  to  possess  a  reseguencing 
protocol  for  packets  arriving  out  of  their  original 
order. 

3.  Virtual  circuits  tend  to  route  packets  less  effi- 
ciently than  datagrams.  Subsequent  packets  in  a 
virtual  circuit  may  net  be  taking  the  best  path  if 
network  conditions  change  while  the  circuit  is  in 
operation.  Or  the  other  hand,  datagram  packets  would 
ce  routed  according  to  the  current  routing  procedure 
at  each  node  and  thus  their  paths  are  not  constrained 
by   an  outdated   decision. 

2-      Application    with   Voice   Traffic 

Packet-switching  was  originally  proposed  because  it 
was  recognized  that  computers  were  very  inefficient  users  of 
the  line-switching  techniques  which  had  worked  quite  well 
for  human  speech  in  the  telephone  system.  Rather  than  try 
to    make    a    computer      "speak"    like    a  man    so   that      it    could   use 
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the  telephone,  a  new  switching  technique  was  developed.  The 
success  cf  packet-switching  and  its  obvious  benefits  have 
led  tc  research  efforts  in  developing  methods  by  which  voice 
traffic   cculd  be  transmitted  using  this   technique. 

The  difficulty  in  this  implementation  does  not  lie 
in  making  the  voice  packets.  A  number  of  methods  are  used 
which  convert  analog  speech  to  a  digital  waveform.  Data 
rates  as  lew  as  2.4  to  4.8  kbits/sec  have  been  achieved 
using  vocoders  with  linear  predictive  coding.  The  sampled 
voice  data  is  divided  intc  discrate  packets  with  packet 
length   corresponding   to   an    interval   of  the    analog    signal. 

The  fundamental  problem  which  plagues  packetized 
voice  networks  relates  to  the  nature  of  speech,  which 
requires  both  high  throughput  and  low  delay,  a  feature  which 
is  net  censistant  with  the  capabilities  of  most  packet 
networks.  In  order  that  the  quality  of  speech  be  preserved, 
voice  traffic  in  a  packet-switched  network  must  maintain 
continuity.  Vcice    gaps      caused   by      end-to-end    delays      are 

generally  undesireble.  Traditional  line-switched  networks 
exhibit  fixed  delays  tc  voice  traffic  and  thus  the  relative 
speech  tilling  was  preserved.  However,  the  variable  delays 
due  tc  the  possible  queueing  cf  voice  packets  can  cause  loss 
in    intelligibility. 
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In  order  to  achieve  regularity  in  voice  traffic  a 
variety  of  schemes  have  already  been  investigated.  The  use 
cf  both  datagrams  and  virtual  circuits  have  been  suggested 
and  the  merits  cf  each  have  been  cited  by  Gruber  [Bef-  2]. 
Datagrams,  it  ,  is  pointed  cut,  provide  the  shortest 
end-tc-end  delay  and  thus  voice  continuity  would  be  more 
readily   achieved.  Also,       due   to      the   redundant      nature   of 

speech,  the  effects  of  lost  or  damaged  packets  would  not 
have  the  catastrophic  effect  which  accompanies  similar 
cccurrences  in  computer  data  networks.  Virtual  circuits,  on 
the  other  hand,  do  net  have  the  resequencing  delays  associ- 
ated with  datagram  service.  Additionally,  the  shorter 
packet  length  wculd  cause  less  congestion  than  the  larger 
datagram   packet    caused. 

The  issue  of  how  best  to  implement  voice  traffic  in 
a  packet-switched  network  is  by  no  means  resolved.  The  goal 
cf  reducing  delay,  hewever,  continues  to  be  germane  tc  all 
packet-switched  networks,  and  in  the  case  of  voice  traffic 
may  te  the  most  important  issue.  Work  aimed  at  developing 
routing  techniques  which  are  applicable  to  these  networks 
continues  to  be  relevant,  if  not  critical,  to  future 
success . 
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C.       HETHCBK    ARCHITECTURE 

As  stated  earlier,  this  thesis  involves  the  development 
and  application  of  a  routing  procedure  for  a  packet-switched 
distributed     communications        network.  The        function     of 

selecting  which  outgoing  link  a  packet  will  take  is  one  of 
the  many  cperations  that  must  be  performed  in  order  for  the 
network   tc      provide    effective     service  to      its  users.  The 

complexity  of  the  relationships  between  these  functions  can 
make  it  difficult  tc  understand  how  routing  procedures  fit 
into      the   total      network   architecture.  This      task   can     be 

greatly  simplified  by  using  a  conceptual  model  proposed  by 
the  International  Standards  Organization  (ISO)  for  communi- 
cations  networks. 

The  ISO  model  was  developed  as  the  first  step  in  stan- 
dardization cf  the  various  protocols  which  exist  in  these 
networks.  The  model  provides  a  basis  for  categorizing  the 
many  complicated  network  operations  into  "layers"  so  that 
rules  and  procedures  telcnging  to  a  particular  layer  perform 
a  well  defined  service.  The  layers  are  organized  in  a  hier- 
archical structure  where  each  one  is  built  upon  its  pred- 
ecessor. The  impact  of  using  this  layer  model  is  that 
higher   layers  need    not   be  ccncerned      with    the   details    cf   how 


26 


the      services      offered      by    the      lower      layers      are      actually 
implemented. 

The  seven  layer  model  arrived  at  by  the  ISO  is  presented 
fcelow  with  a  summary  of  the  distinct  function  which  is 
performed      at        each      layer.  Terminology      used         is      from 

Tannenbaum   [Bef.   3]. 

1-  Physical  la.yer  -  The  transmission  of  data  bits  over  a 
channel  which  involves  the  mechanical,  electrical  and 
procedural   interfacing    cf   the    network. 

2-  Data  Link  lay_er  -  The  transformation  of  a  raw  trans- 
mission facility  into  a  line  that  appears  free  of 
errors  tc  the  Network  layer.  Protocols  employed 
break  up  the  input  data  into  data  frames,  transmit 
the  frames  sequentially,  and  process  the  acknowledge- 
ment   frames    sent    back   from   the   receiver. 

3«  Network  layer  -  The  routing  of  packets  within  the 
netwcrk.  Additional  protocols  divide  messages  from 
the  Transport  layer  into  packets  and  provide  measures 
for    control    of  congestion. 

**•  Transport  lawyer  -  The  acceptance  of  data  from  the 
Session  layer  which  is  then  passed  to  the  Network 
layer.         Protocols  ensure   that    data   arrives   correctly 
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at  the  other  end.  The  complexity  of  this  layer  is 
therefore  highly  dependent  upon  whether  datagram  or 
virtual  circuits  are  used  in  the  Network  layer. 
Additional  protocols  handle  hierarchical  addressing 
schemes  and  the  multiplexing  of  a  number  of  connec- 
tions. 

5-  Session  lay.®]:  -  The  establishment  of  a  connection 
between  two  processes  and  the  management  of  the 
dialog  in  an    orderly    manner. 

6«  Presentation  layer  -  The  performance  of  functions 
thct  are  reguested  sufficiently  often  to  warrant 
finding  a  general  solution  for  them,  rather  than 
letting      each      user    solve      the      problem.  Protocols 

include  encryption  routines  for  message  security, 
character   conversion    and   text    compression. 

7-  Application  layer  -  The  content  of  this  layer  is  up 
to  the  individual  user.  Since  the  contents  of  the 
application  layer  are  developed  by  the  network  user 
vice  the  network  designer  (as  with  the  lower  layers), 
few  national  or  international  standard  protocols 
exist.  Nevertheless,  current  research  deaiir-}  with 
issues   which    are     common   to  many    applications      may   be 
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tfce      future      scurce    cf     accepted      protocols.  These 

topics  include  distributed   data   bases    and    distributed 

computation. 

As   tfce   layer  level  increases,    so    does   its  relative    level 

of   abstraction.  Tfce   lowest   three   layers      (Physical,      Data 

Link,      and    network)       deal   with      the   actual   transportation   cf 

data    within   the     network  itself   and  are    often     refered   to  as 

subnet   layers.        The    functions    cf     the   remaining    four   higher 

layers  can   be   compared  to  those   of  a    virtual    machine   system. 

These    layers      prcvide  the      user    with      a    connection      to   their 

destination    which   appears   dedicated   to   them   alone.      In    other 

words,      though      many    users    may      be   simultaneously      using   the 

shared      resources  of     the   network,        their   connections      will 

remain    isclated    from    each  other   through   the   functions    of   the 

subnet   layers. 

In  this  model,  the  routing  procedures  are  a  part  of  the 
Network  layer.  Numerous  different  algorithms  have  been 
proposed  in  the  literature  which  claim  to  find  the  "best 
paths"  within  a  network.  However,  as  will  be  shown  in  the 
next  chapter,  not  all  are  well  suited  for  application  within 
a   distributed      packet-switched    network.  In   providing      the 

general      characteristics      of      the    wide      variety      of      routing 
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algorithms,   the  rationals  behind  the  selection   of  the 
specific  procedure  used  in  this  work  should  become  apparent. 
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II-    BOOTING   PROCEDURES 

A  routing  procedure  for  a  packet-switched  communications 
network  provides  a  set  of  rules  which  guide  packers  from 
their  source  to  destination  nodes.  This  routing  procedure 
cr  algorithm  is  then  that  part  of  the  computer  software 
responsible  for  deciding  on  which  output  line  an  incoming 
packet  should  be  trarsmitted.  The  resulting  path  a  packet 
takes  is  defined  simply  as  the  collection  of  sequential 
communication  links  ultimately  connecting  source  to 
destination. 

Before  discussing  the  various  routing  procedures  used  to 
select  these  paths  there  are  certain  properties  that  are 
generally  desirable  in  all  such  algorithms:  correctness, 
simplicity,  robustness,  stability,  fairness  and  optimality 
[Ref.    3].  Correct    performance      of    the      algorithm    must      be 

established  prior  to  use  an  d  a  simple  structure  aids  in  both 
implementation  and  speed  of  execution.  A  robust  algorithm 
can  cope  with  changes  in  network  topology  and  traffic 
without  requiring  major  modifications  to  take  place  in  its 
structure  or  use.  Stability  refers  to  a  routing  algorithm's 
ability   tc      converge   to     a    state      of    equilibrium.  When   an 
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unchanging  network  has  stationary  traffic  inputs  then  the 
algorithm  should  converge  to  a  stable  traffic  pattern.  An 
algorithm  which  never  converges,  no  matter  how  long  it  runs, 
is  unstable.  Fairness  and  optimality  are  certainly  desir- 
able, yet  often  contradictory  goals.  This  contradiction  is 
test  seen  by  example.  Suppose  two  high  volume  traffic  users 
share  a  single  communications  link  while  transmitting  to 
another  party.  Due  to  their  combined  traffic,  the  link  is 
used  to  full  capacity  and  thus  exhibits  maximum  traffic 
throughput.  If  the  criterion  for  optimization  is  maximum 
traffic  flow,  then  the  situation  is  optimal.  However,  if  a 
lower  volume  user  reguests  tc  send  traffic  over  that  link, 
it  will  he  denied  since  the  traffic  flow  would  be  reduced  if 
the    user      were    allowed  to      use   the  link.  Evidently,      seme 

compromise  between  global  efficiency  and  fairness  to  indi- 
vidual  connections    is   needed. 

A.       IIHK    HEIGHT    FUNCTION 

Host  routing  algorithms  used  in  packet  networks  turn  cut 
to  be  variants,  in  one  form  or  another,  of  shortest  path 
algorithms.  These  procedures-  achieve  optimality  by  routing 
packets  from  source  to  destination  over  a  path  of  "least 
cost".        In     establishing  a    criterion   function      the    designer 


32 


assigns  a  positive  cost  to  each  link  which  a  packet  incurs 
when  it  travels  over  that  link.  These  "link  weights"  are 
evaluated  based  upon  a  specific  commodity  which  the  designer 
is  seeking  to  minimize.  The  link  weight  function,  then, 
assigns  a  numeric  value  to  all  links  which  the  routing  algo- 
rithm uses  in  its  computation  of  the  least  cost  or  best 
paths    of   travel    throughout    the    network. 

The   parameters    upon     which   the  link    weight      is    dependent 
are    set      ty   choice      cf  the    designer.  Some   networks      use   a 

fixed  weight  for  each  link  in  the  network,  the  weight  being 
inversely  proportional  to  the  link  capacity  in  bits  per 
second.  For  a  network  with  equal  capacity  links,  minimiza- 
tion of  the  cost  prcduces  a  least  "hop"  routing  scheme,  a 
hop  being  a  trip  over  a  single  link.  Links  with  a  high 
error  rate  or  poor  signal  to  noise  characteristics  may  be 
givsn  higher  weights,  steering  traffic  away  from  them. 
Weights  may  be  assigned  depending  upon  the  type  of  traffic 
transmitted  with  a  higher  weight  given  to  computer  file 
transfers  than  tc  interactive  terminal  usage.  In  attempting 
to  minimize  average  packet  delay,  link  weights  could  be 
based  upon  estimates  cf  average  packet  delay  times  over  that 
link. 
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B.       BCUTIHG    CLASSES 

In  choosing  the  link  -weight  function,  the  designer  makes 
a  crucial  decision  concerning  the  performance  of  the 
network.  If  link  weights  are  not  a  function  of  parameters 
involving  estimates  of  current  traffic  and  topology,  the 
algorithm  will  be  deterministic.  However,  if  link  weights 
are  a  function  cf  ttese  parameters  then  the  algorithm  will 
be  adaptive.  A  third  class,  called  hybrid  algorithms,  use 
link  weight  functions  which  behave  both  deterministically 
and   adaptively    depending   upcn   network   conditions. 

1  •      Deterministic   Routing 

Deterministic  routing  (i.e.  static,  non-adaptive, 
directory  rcuting)  uses  fixed  routing  tables  which  were 
computed  with  unchanging  link  weights.  With  deterministic 
strategies,  the  path  for  any  source-destination  node  pair  is 
determined  a  priori  and  is  independent  of  normal  traffic 
variations.-  This    class      cf      algorithms      do  not      adapt     to 

changes  in  network  traffic  but  are  designed  to  prcvide 
satisfactory  performance,  en  the  average,  over  a  range  of 
traffic   intensities. 

A  simple  exanple  of  a  deterministic  routing  algo- 
rithm   is   the  least    hep  scheme      in   which   all   link    weights   are 
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equal.  This    method     could   be      selected      when   the      traffic 

pattern  is  talanced,  i.e.  the  link  utilization  of  different 
links  is  approximately  the  same.  Under  such  conditions,  the 
average    delay  of  a    packet  will   be   minimized. 

A  more  complex,  though  still  deterministic  algo- 
rithm, is  tc  expand  the  routing  table  to  include  alternate 
paths.  Therefore,  for  each  possible  destination,  the  node 
would  have  a  first,  second,  third,  etc.  outgoing  link  whose 
selection  would  be  based  on  a  predetermined  plan.  A  better 
basis  cf  assignment  is  tc  have  a  specified  fraction  of 
entering  packets  corresponding  to  a  particular  scurce- 
destinaticn   pair  be    rcuted    ever   each    outgoing   link. 

The  selection  of  these  "routing  fractions"  can  be 
made  in  an  ad  hoc  fashion.  However,  if  the  incoming  traffic 
statistics  for  the  network  are  known  then  better,  although 
more  complicated,  iterative  approaches  can  be  used.  The 
determination  of  the  routing  policy  can  be  based  upon  mini- 
mizing the  average  scurce-to-destination  packet  delay.  This 
type  of  ninimizaticn  problem  is  a  convex  multicemmodity 
problem  en  a  convex  constraint  set.  The  important  feature 
cf  this  type  of  mininizatioc  problem  is  that  the  solution  is 
a   unique    lecal      minimum,      which    is  also      the   global    minimum. 
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This  means  that  the  solution  will  be  the  optimal  routing 
solution  for  the  given  static  situation.  A  number  of 
optimal  techniques  for  the  solution  of  multicommodity  flow 
problems  are  found  in  the  literature  which  have  a  wide  range 
cf   computational  efficiencies  [Ref.    4]. 

Ancther  type  cf  deterministic  approach  is  called 
"flooding".  Each  node  receiving  a  packet  simple  retransmits 
it  over  all  outgoing  links.  This  technique  is  sinple  and 
robust.  Flooding  always  chocses  the  shortest  path,  because 
it  cheeses  every  path  in  parallel.  The  obvious  drawback  is 
the  network  being  overwhelmed  with  multiple  copies  cf  a 
message. 

The  advantage  of  deterministic  routing  is  its 
simplicity  of  implementation,  since  little,  if  any,  dynaiic 
calculation  or  signaling  information  is  required.  Important 
too  is  the  fact  that  these  methods  provide  good,  if  not 
optimal,  performance  under  conditions  for  which  they  were 
designed.  The  main  drawback  cf  non-adaptive  schemes  is  just 
that,  they  do  not  adapt.  Static  routing  is  often  designed 
based  upon  irean  traffic  patterns,  but  for  chaotic  and  unbal- 
anced   traffic  environments,    they   are    not    adequate   [Ref.    5]. 
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2.      Adaptive   Routing 

Adaptive  or  dynamic  routing  algorithms  utilize  link 
weight  functions  containing  parameters  which  are  measure- 
ments or  estimates  cf  the  current  traffic  or  topology  of  a 
network.  In      general,      adaptive     routing      procedures      can 

usually  be  differentiated  by  two  criteria;  how  dynamic  they 
are    and   where  the  algorithm   is   implemented. 

The  dynamic  feature  of  an  algorithm  concerns  how 
rapidly  and  in  what  manner  it  adapts  to  changes  in  the 
network.  The  best,  although  ncnrealizable,  algorithm  would 
be  one  where  instantaneous  and  global  knowledge  of  the 
network  status  was  available  upon  which  routing  decisions 
were  made.  This  "ideal  observer"  would  always  route  traffic 
in  the  optimal  fashion.  Since  this  is  not  possible,  adap- 
tive algorithms  depend  upon  making  estimates  of  traffic 
conditions,  reflecting  these  estimates  using  link  weights, 
and      then   computing      rew      routes.  While   adaptive     routing 

strategies  appear  mere  attractive  than  deterministic  ones, 
the  overhead  traffic  caused  by  routing  updates  and  the  prac- 
tical difficulty  involved  in  accurately  reflecting  the 
current   traffic    conditions    can    make   the   choice  unclear. 
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a.      Centralized   Routing 

Dnder  centralized  control,  a  central  node  in  the 
network  receives  status  information  from  all  other  nodes, 
processes  this  information,  and  then  computes  the  new  best 
path  routing  table  cased  upon  this  global  knowledge.  The 
attractivenes  of  this  scheme  lies  in  the  ability  of  the 
central  node  to  make  routing  decisions  based  upon  global 
knowledge  and  the  alleviation  of  routing  computation  by 
ether    nodes. 

However  tte  drawbacks  are  serious,  if  not  fatal. 
Cutting  "all  its  eggs  in  one  basket",  this  system  is  hardly 
robust,  with  failure  of  the  central  node  being  catastrophic 
for  the  network.  There  are  also  problems  related  to"  a  heavy 
concentration  of  routing  traffic  near  the  central  node. 
Finally  there  exists  the  more  basic  "chicken  and  egg" 
predicament  where  one  needs  routes  to  transmit  status  infor- 
mation  reguired    to    establish   routes. 

Numerous  centralized  algorithms  can  be  found  in 
the  literature.  kn  algorithm  proposed  by  Dijkstra  [Ref.  6] 
deserves    mention      due  to      its    popularity.  Because   of      its 

computational  efficiency,      it    is   used      as   a   basis    of   compar- 
ison   in      the  next  chapter.  The   Dijkstra   algorithm      uses  a 
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"tree  growing"  technique  in  which  the  source  node  is  the 
base  cf  the  tree.  Through  an  iterative  process,  nodes  which 
constitute  the  shortest  path  from  the  source  to  the  destina- 
tion receive  a  "permanent"  label.  This  label  contains  the 
identity  of  the  node  which  is  the  next  hop  to  the  scurce 
node.  The  algorithm,  in  its  basic  form,  terminates  when  the 
destination  node  is  permanently  labeled.  If  it  is  desired 
to  find  the  shortest  paths  from  the  source  to  all  nodes 
within  the  network,  then  the  algorithm  is  simply  repeated 
until  all  nodes  are  permanently  labeled.  To  complete  a 
centralized  routing  table  for  the  entire  network,  a  mere 
computationally  efficient  matrix  implementation  of  the  algo- 
rithm is  available. 

b.   Isolated  Souting 

On  the  opposite  end  of  the  spectrum  from 
centralized  algorithms  are  procedures  in  which  nodes  make 
routing  decisions  based  only  en  information  they  themselves 
have  gleaned.  With  isolated  routing,  nodes  exchange  no 
routing  information  with  other  nodes.  These  methods  still, 
however,  try  to  adapt  to  changes  in  topology  and  traffic. 

A  simple  example  of  an  isolated  scheme  is  the 
"hot  pctatc"  algcritha.     When  a  packet  arrives,    the  node 
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tries  to  get  rid  of  it  as  fast  as  possible  by  putting  it  on 
the   queue   of  the  output   link   which  is    shortest. 

The  advantage  of  these  algorithms  is  the  absence 
cf  update  traffic  while  the  disadvantages  are  related  to 
much  less  than  optimal  path  selection  due  to  limited  knowl- 
edge. This  brings  out  the  ongoing  battle  between  the 
benefits  of  up-to-date  status  information  for  decision 
making  and  the  burden  this  places  on  the  network  in  the  form 
cf   high   overhead  traffic. 

c.      Distributed   Routing 

With        distributed        algorithms,  each        ncde 

constructs  its  own  routing  table  using  periodic  updating 
information     from   neighboring      nodes.  The   algorithms      are 

distributed  in  the  ser.se  also  that  no  central  routing  tables 
are  reguired  and  there  is  no  global  knowledge  of  the 
topolcgy  cf  the  routes.  Each  node  knows  only  its  adjacent 
nodes  and  from  amongst  them,  chooses  a  "preferred"  neighbor 
for    each    destination    rede. 

Distributed  algorithms  have  many  features  which 
make  them  attractive  for  packet-switched  communications 
networks.  They  are  robust  due  to  thair  lack  of  dependence 
upon    a      central    node      for  routing      information.         They      also 
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possess  the  ability  to  react  quickly  to  local  disturbances 
at  the  pcint  of  disturbance  with  slower  "fine  tuning"  in  the 
rest    cf   the   network. 

The  routing  algorithm  used  in  the  ARPANET  since 
May  1979  employs  a  modified  version  of  the  Dijkstra  algo- 
rithm in  a  distributed  manner  [Ref.  7].  Each  node  indepen- 
dently computes  its  cwn  routing  table  using  this  Dijkstra 
modification  which  is  called  the  "shortest-path-first"  algo- 
rithm. The  modifications  allow  the  algorithm  to  handle 
various  possible  changes  in  link  wieghts  without  having  to 
recalculate   the    whole  spanning   tree. 

Link  weights  are  evaluated  in  terms  cf  time 
delays  en  the  link.  Each  ncde  calculates  an  estimate  of  the 
delay  on  each  of  its  outbound  links  by  averaging  the  total 
packet    delay  over      a   ten   second   interval.  Since   all    nodes 

must  be  informed  of  link  weight  changes,  a  flooding  tech- 
nique is  used  to  forward  the  information  throughput  the 
network.  Tc  reduce  overhead,  a  link  weight  update  is  trans- 
mitted enly  when  the  change  in  weight  since  the  last  trans- 
mission has  exceeded  a  certain  threshold.  Upon  receipt  of  a 
new  link  weight  update,  the  shortest-path- first  algorithm 
restructures  its   shortest   path    tree. 
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Gallager  (Hef.  8]  proposed  a  distributed  routing 
algorithm  which  makes  use  cf  the  routing  fraction  concept 
discussed  earlier  in  the  deterministic  routing  section  of 
this  chapter.  Unlike  the  static  scheme,  these  routing  frac- 
tions are  functions  cf  information  communicated  between 
adjacent  nodes.  The  information  in  the  update  message  is 
related   tc      the    marginal      delay    to     each   destination.  The 

algorithm  sends  packets  over  routes  which  minimize  the 
overall  delay  of  all  messages,  vice  attempting  to  send 
packets  ever  a  route  that  minimizes  their  own  delay  with  no 
regard  to  that  of  other  packets.  The  basic  notion  which  the 
algorithi  exploits  is  that  a  change  in  link  flow  causes  a 
marginal   change    in    network    delay. 

Gallager  demonstrates  that  the  algorithm 
converges  to  the  minimum  average  delay  for  a  netwerk  with 
stationary  inputs  and  links.  The  question  as  to  whether  the 
algorithm  could  adjust  fast  enough  to  keep  up  with  changing 
statistics   is  still      the   subject   of   study.  Faster   network 

changes  would  necessitate  more  frequent  updating  of  the 
algorithm.  Besides  the  usual  problems  of  increased  ever- 
head,  frequent  updates  would  also  cause  noisier  measurements 
cf   margincl   link  delays   and    ncde    flows. 
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Another  distributed  algorithm  is  presented  by 
Segall  and  Merlin  (Bef .  9  ]  which  uses  the  spanning  tree 
concept  cf  graph  theory.  A  spanning  tree  is  a  connected 
partial  graph  (all  ncdes  and  a  subset  of  links)  containing 
no  loops.  A  normal  update  cycle  would  begin  from  the  desti- 
nation node  at  the  base  of  the  tree.  The  cycle  would  propa- 
gate up-tree  (on  the  spanning  tree),  modifying  the  weight 
estimates  from  each  rode  tc  the  destination  node  and  then 
propagate  dcwn-tree  while  updating  the  best  path  neighbors 
for  each  node.  Each  cycle  tends  to  find  the  best  path  from 
each  node  tc  the  destination  node.  As  with  Gallager's  algo- 
rithm,   the    paths  are   also  loop    free    at    every   iteration. 

In  comparing  the  last  two  distributed  algo- 
rithms, there  is  a  fundamental  difference  in  how  they  seek 
to  minimize  their  cost  functions.  Gallagher's  algorithm 
produces  a  set  of  routing  fractions  which  tell  the  node  what 
percentage  of  traffic  for  a  particular  destination  is  to  be 
placed  on  each  of  its  outgoing  links.  To  dramatize  the 
point  assume  100  packets  destined  for  node  J  arrive  at  node 
I.  The  current  routing  fractions  state  that  50%  of  all 
traffic  for  node  J  is  to  travel  on  link  (l„A),  30%  on  link 
(I,B)      and    20%      on    link    (I,C).         Node    I    would     then    place   50 
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packets   in   link    queue    (I, A)  ,      30    packets   in  -link    queue    (I,B) 
and    20   packets    in  link  queue    (I,C). 

Segall's  algorithm,  on  the  other  hand,  produces 
a  routing  table  which  lists  a  "preferred"  neighbor  for  each 
destination.  If  the  same  situation  had  occurred  using  this 
algorithm  then  all  1C0  packets  would  have  been  placed  into 
one  link  queue.  It  would  appear  in  the  case  of  algorithms 
providing  a  single  path  routing  table,  that  this  does  not 
mean  that  at  any  given  instant  all  traffic  arriving  at  a 
node  destined  for  another  should  be  sent  via  the  single 
path.  The  policy  of  cnly  incrementally  increasing  the  frac- 
tion of  traffic  routed  to  the  preferred  neighbor,  while 
(incrementally)  easing  the  lead  to  other  routes  seems  mere 
suitable.  In  this  way,  the  best  estimated  route  becomes 
somewhat  more  loaded,  whereas  the  others  becoine  less  leaded, 
therety    improving   network   performance. 

Another  distributed  routing  algorithm  which 
operates  on  a  substantially  different  principle  was  written 
by  Yen  [Ref.  10].  That  principle,  and  the  other  character- 
istics cf  the  Yen  algorithm  are  investigated  in  the 
following   chapters. 
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3 •      Hybrid   Routing 

Hybrid  routing  is  a  strategy  based  upon  the 
hypothesis  that  a  combination  of  deterministic  and  adaptive 
schemes      will      probably     achieve   the      best      results.  Chow 

[Ref.  5]  states  that  for  the  routing  procedures  which  have 
been  iirplemented,  adaptive  routing  procedures  are  good  for 
certain  traffic  conditions  and  deterministic  ones  for 
others.  Chow  concludes  that  a  hybrid  algorithm  must  behave 
deterministically  when  traffic  so  warrants  and  adaptively 
otherwise. 

Hybrid  algorithms  must  utilize  a  link  weight  func- 
tion which  is  able  to  produce  nonvarying  weights  when  deter- 
ministic network  conditions  prevail  and  highly  variable 
weights  when  adaptive  network  conditions  exist.  This  link 
weight  function,  then,  must  not  be  sensitive  to  small  varia- 
tions in  the  traffic.  That  is,  if  there  are  only  incre- 
mental variations  and  thus  small  fluctuations  in  path 
weights  of  possible  rcutes,  then  the  current  route  does  not 
change.  This        prevents      detrimental        oscillations        or 

"churning"  between  closely  weighted  paths  which  can  result 
in   unnecessary    packet  delays. 
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The  ARPANET  is  an  operational  packet-switched 
network  which  implements  a  hybrid  scheme.  Since  1979  this 
network  has  used  a  link  weight  function  [Ref.  11]  which  can 
he   generalized    into 

w(I,J)       =      fc   +   CQ(I,J) 

where  Q(I,J)  is  the  link  queue  size  at  the  time  of  routing 
update  and  t  >  c.  In  this  scheme  when  traffic  is  reasonably 
balanced,  the  ccnstant  b  determines  a  fixed  path  for  each 
source-dest inaticn  pair  and  the  routing  strategy  behaves 
like    a      deterministic  one.  Otherwise,      the      difference   in 

queue  buildup  of  alternate  paths  becomes  substantial, the 
impact  of  the  cQ(I,J)  term  increases,  and  the  routing 
becomes  adaptive.  Chow  considers  a  third  term,  dQ2(I,J), 
such    that   the  link    weight   function   is 

W(I,J)       =       b    ♦    cQ(I,J)     +    dQ2(I,J) 

and  c  >  d.  His  sinulation  verified  that  this  link  weight 
function   provides   a    gccd   compromise.  The   actual   values   of 

b,  c  and  d  and  the  frequency  of  updates  depended  upon  the 
network   tcpclogy  and   traffic  condtions. 

The  development  of  a  hybrid  routing  system  based 
upon      the   Yen      distributed      routing      algorithm   and      a      newly 
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devised   link  weight      function    is   presented    in     the    following 
chapters. 

C.       CCNGESTICH    CCHTHCI 

In  presenting  the  functions  of  the  Network  layer,  an 
additional  protocol  besides  routing  was  mentioned,  namely 
congesticr  control-  Congestion  control  was  introduced  as  a 
separate  area,  but  as  one  can  surmise  from  the  material  in 
this  chapter,  both  these  topics  are  intimately  related.  To 
see  their  relationship,  the  characteristics  of  congestion 
must    first   be  understood. 

Congestion  can  be  described  as  the  state  of  a  network 
where  mere  offered  traffic  results  in  less  carried  traffic. 
Congestion  is  not  the  graceful  approach  to  the  network's 
maximum  throughput  but  rather  the  deterioration  away  from 
this  value  as  traffic  intensity  increases  beyond  some  point. 
This  point  can  occur  when  network  resources  are  no  longer 
able  to  accomodate  the  traffic.  Whether  congestion  begins 
simultaneously  throughout  the  network  or  in  a  particular 
region,  if  left  unchecked  it  tends  to  feed  upon  itself  and 
become  worse.  This  can  lead  to  such  a  degraded  condition 
that  no  transmission  can  take  place  at  all.  When  deadlock 
or  lockup  happens,  the  network  ceases  to  function  and  will 
stay    that   way  unless   special   procedures   are   invoked. 
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The  relationship  between  the  congestion  process  and  the 
available  network  resources  will  be  illustrated  beginning 
with  the  use  of  an  "ideal"  packet-switched  network.  Ideal 
means  that  each  node  has  infinite  buffer  capacity,  each 
microprocessor  has  a  perfect  routing  algorithm,  and  each 
link   has     infinite    capacity.  within   this      network,      since 

packets  travel  instantaneously  from  node  to  node  over  the 
best  path,  congestion  cannot  occur.  Offered  traffic  can 
never  exceed  the  limits  of  a  network  with  unlimited 
capacity. 

Suppose  now  that  the  links  are  made  more  realistic  and 
given  finite  capacity  with  attendent  propagation  delays. 
Nothing  else  in  the  network  is  changed.  *  In  this  case,  since 
the  routing  algorithi  is  perfect,  incoming  traffic  will  be 
distributed  within  the  network  such  that  the  limiting 
resource  (the  link  capacity)  is  efficiently  used.  However, 
as  the  intensity  increases,  the  finite  link  capacity  will 
eventually  reach  saturation  resulting  in  queue  build  up  and 
packet  delays.  with  a  perfect  routing  algorithm,  when  the 
network  limit  is  reached,  several  nodes  or  links  will  beccme 
blocked  at  the  same  time.  Had  the  routing  algorithm  been 
less    than   perfect,         the   congestion   would   have      started   at   a 
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smaller  traffic  intensity  since  the  network  resources  would 
be  less  skillfully  allocated. 

The  final  touch  of  realism  for  the  network  is  the  use  of 
finite  capacity  queues.  tinder  this  limitation,  all  packets 
arriving  at  a  node  fcr  which  there  is  no  queue  space  are 
simply  discarded.  Congestion  would  not  occur  in  this 
network,  tut  the  process  of  packet  discarding  (although  used 
in  some  networks)  seems  a  drastic  solution  to  the  problem. 

From  this  scenario,  the  role  of  routing  is  seen  as 
congestion  "avoidance"  vice  congestion  "elimination".  Even 
perfect  routing  can  not  stop  congestion  when  the  netwcrk 
traffic  limit  is  exceeded.  Although  good  routing  protcccls 
will  increase  the  lead  that  a  network  can  take,  it  follows 
that  the  elimination  of  congestion  must  start  prior  to 
packets  entering  the  network.  Once  a  packet  has  been 
accepted  into  the  network,  the  best  that  can  be  done  is  to 
provide  routes  so  as  to  avoid  congestion.  But  if  too  many 
packets  are  allowed  into  the  network,  congestion  is 
inevitable. 

Th€  methods  of  congestion  control  presented  in  the 
following  paragraphs  are  those  which  act  prior  to  a  packet 
entering  the  network.   The   "isarit hmic"  method   by  Davies 
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[Ref.  12]  is  a  techrigue  which  places  a  limit  on  the  total 
number   of      packets    in     the    network.  The   network      contains 

permits  which  circulate  about.  A  packet  requires  a  pernit 
to  travel  in  the  network  and  upon  reaching  the  destination, 
the  permit  is  recirculated.  This  simple  rule  ensures  that 
the  number  of  packets  in  the  network  will  not  exceed  the 
number   of   permits. 

If  virtual  circuits  are  used  in  a  packet-switched 
network,  a  simple  congestion  control  scheme  is  to  allow  each 
virtual  circuit  to  reserve  buffer  space  at  each  node  along 
its  path.  If  buffer  space  at  any  node  is  not  available,  the 
caller  gets  a  "busy"  signal  and  the  circuit  is  not 
completed.  This  prealloca tion  of  buffers,  however,  results 
in  some  inefficiency  since  resources  assigned  but  not  actu- 
ally being  used  in  connections  are  not  available  to  anyone 
else. 

Another  method  proposed  by  Bajithia  [Ref.  13]  uses  a 
mechanism  which  is  triggered  only  when  the  system  is 
congested.  The  "warning"  of  impending  congestion  is  trans- 
mitted throughout  the  network  by  means  of  choke  packets. 
The  choke  packets  act  as  a  negative  feedback  source  which  is 
then    used   by  nodes   to   throttle   incoming   traffic. 
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The  mechanism  kncwn  as  flow  control  is  often  included  in 
the  set  of  solutions  for  the  problem  of  congestion  control 
in  packet-switched  networks.  The  term  is  used  throughout 
the    literature    and      net   without   some    confusion.  In    under- 

standing the  possible  applications  of  flow  control,  it  is 
first  necessary  to  clarify  what  flow  control  is  and  how  it 
differs   fundamentally  from    congestion   control. 

Mcst  authors  use  flow  ccntrol  to  mean  the  mechanism  by 
which  a  receiver  throttles  a  sender  to  prevent  data  from 
arriving  at  a  rate  faster  than  the  receiver  can  handle  it. 
Flow  ccntrol  seeks  to  allocate  network  resources  for  user- 
receiver  pairs  as  long  as  they  are  available.  Usually  the 
implementation  of  flew  control  is  at  the  Transport  layer 
between  source  and  destination  nodes  (end-to-end  flow 
control)  but  sometimes  the  term  is  applied  to  protcccls 
between    neighboring    ncdes. 

Numerous  flew  ccntrol  schemes  are  presented  in  the 
literature  although  usually  they  involve  the  implementation 
cf  one  of  enly  a  limited  number  of  throttling  tools.  Pouzin 
[Ref.  14]  summarizes  them  as  being  in  the  following 
categories: 
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1.  Stop  and.Go  -  The  source  either  can  send  traffic 
without    limit ,   or  it   is   barred    from   transmitting. 

2.  Credit  -  The  sender  cannot  transmit  unless  it  has 
received  from  the  receiver  an  indication  about  the 
amount  of  traffic  that   can   be    accepted. 

3.  Rate  -  The  sender  cannot  transmit  traffic  above  a 
predetermined   rate. 

4.  Delay  -  As  delay  increases  between  source  and  desti- 
nation,   the    seeder  is   throttled. 

5.  Class  -  Traffic  is  offered  with  a  class  indicator. 
When  enough  resources  are  available,  all  offered 
traffic  is  accepted.  Otherwise,  some  classes  are 
restricted  depending  upon  criteria  which  appears  to 
strike  an  acceptable  balance  between  conflicting  user 
demands. 

The  flow  control  schemes  using  Credit  and  Delay  appear 
particularly  suited  fcr  controlling  congestion.  Situations 
can  occur  where  many  nodes  within  a  network  are  transmitting 
to  the  same  destination  node.  Even  if  their  individual 
transmission  rates  are  low,  the  destination  node  may  net  be 
able  to  handle  the  ccibined  traffic  load.  Both  the  credit 
and    delay   schemes      wculd   be    able    to   sense      the   beginnings  of 
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congestion      through      the     termination   of     credits      from     the 
receiver  or   the      increase  in   packet   delay.  Traffic   to   the 

destination     node        cculd      then        be      throtteled        to      avoid 
congesticn. 

In  ccntrast,  the  Stop  and  Go  and  Rate  schemes  may  net  be 
as  effective  in  controlling  congestion.  These  flow  control 
schemes  require  the  sender  to  stop  sending  at  some  point  and 
wait  for  an  explicit  go-ahead  message,  or  permit  the 
receiver  to  simply  discard  packets  at  will  with  impurity. 
The  anility  to  select  the  cut-off  "point"  for  the  protocol 
which  satisfies  a  total  network  requirement  is  the  real 
problem.  If  the  point  is  determined  based  upon  average 
network  operating  levels  then  these  particular  flow  control 
schemes  will  provide  poor  service  for  bursty  traffic.  On 
the  ether  handr  if  peak  levels  are  used  then  they  end  up 
providing   no  control    at   all. 
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III.    THE    YEN    SHORTEST    PATH    ALGORITHM 

With  the  abundance  of  shortest  path  algorithms  in  the 
literature  [Ref.  15],  there  was  a  need  to  develop  criterion 
for  selecticn  of  one  method  over  another.  Immediately,  all 
centralized  shortest  path  algorithms  were  eliminated  due  to 
the  gcal  of  creating  a  truly  decentralized  communications 
system.  This  reduced  the  number  of  choices  by  a  substantial 
amount.  The    following      characteristics      were  then      sought 

after  in  the  remaining  decentralized  shortest  path 
algorithms. 

1.  Algorithms  shculd  not  require  knowledge  of  the 
complete    network   topology. 

2.  Algorithms  shculd  be  efficient  (i.e.  require  as  few 
as  possible  computational  steps  for  the  node's  micro- 
processor) . 

3.  Information  exchanged  between  network  nodes  required 
for   algorithm   to   function    should    be   a    minimum. 

Eased  upon  these  criterion,  the  Yen  shortest  path  algorithm 
was  chosen  [Ref.  10].  Both  Gallagher's  and  Segall's  algo- 
rithms satisfied  condition  (1),  however  Gallagher's  was  not 
as      computationally      efficient    and      Segall's      required      mere 
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exchange  cf  information  (the  dual  nature  of  its  spanning 
tree  update  cycle)  between  nodes  than  the  algorithm  proposed 
by  Yen.  Not  only  does  the  Yen  algorithm  satisfy  the  desired 
requirements,  but  it  also  exhibits  unique  features  which 
were  cf  particular  interest  for  this  research.  In  addition, 
and  perhaps  foremost,  was  the  fact  that  this  algorthim  has 
not    teen   thoroughly    studied    in   actual    network   simulations. 

ft.       DESCBIETION 

The  key  word  in  understanding  and  analyzing  the  Yen 
shortest  path  algorithm  is  "time".  The  manner  in  which  the 
algorithm  makes  use  cf  time  in  arriving  at  the  shortest  path 
between   nodes  of     a    network    is   quite    unique.  This   was  the 

cnly  algorithm  reviewed  by  this  author  that  even  approached 
the  problem  in  this  fashion.  The  necassary  assumptions  for 
applying   the  algorithm   are    as    follows: 

1.  Each  node  in  the  network  is  equipped  with  transmis- 
sion and  computation  facilities  and  a  timing  device 
called  a    clock. 

2.  Each   node   J    knows   a    set    of   nodes,    called   Neighbcr(in) 
cedes,      each    of      which    is   connected    to   a   node      J   by  a 
directed    link    from  the   Neighbor(in)    node  to   node   J. 
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3.  Each  node  J  knows  a  set  of  nodes,  called 
Neighbor (out)  nodes,  each  of  which  is  connected  to 
node  J  by  a  directed  link  leading  from  node  J  to  the 
Neighbor (out)    node. 

4.  Each  node  J  knows  the  weight  of  each  of  the  links 
ccnnecting  ncde  J  to  the  Neighbor  (out)  nodes. 
Weight,  again  refers  to  the  assigned  cost  of  using 
that   link. 

5.  Each  node  J  maintains  a  list  consisting  of  certain 
Neighbor  (out)  nodes,  called  an  Update  Transmission 
List,  which  are  to  receive  the  transmission  cf  update 
message    "J". 

For  most  data  communication  networks,  there  will  be  a  full 
duplex  link  between  node  pairs  so  that  the  set  of 
Neighbor  (in)  and  Neighbor  (out)  nodes  would  be  identical  for 
a      given   node.  To     simplify      the   discription      to      follow, 

Neighbor  will  refer  to  a  terminating  node  of  a  full  duplex 
link.  The  clock  is  the  only  item  which  is  peculiar  tc  the 
application  of  this  algorithm.  However,  since  each  micro- 
processor has  a  clock  associated  with  it,  no  additional 
hardware    is   required. 
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The  algorithm  fcr  finding  the  shortest  paths  from  all 
nodes  to  a  destination  node  K  is  contained  in  Appendix  A. 
The  activity  of  the  algorithm  begins  with  node  K  transmit- 
ting the  update  message  "K "  to  all  of  its  Neighbors  at  the 
same  time.  The  actions  which  a  node  takes  upon  reception  of 
an  update  are  broken  down  into  five  parts  within  Step  2  of 
the    algorithm.       These  actions   are   summarized   as    follows: 

1  •  Revise  the  Update  Transmission  List  (Step  2. A) .  This 
list  contains  those  Neighbors  which  are  to  receive 
the  update  sent  from  this  node.  Each  time  a  node 
receives  an  update  from  a  Neighbor,  that  Neighbor  is 
removed      from   the      Update      Transmission  List.  This 

prccess  prevents  update  message  "looping". 
2.  Calculate  the  Update  Reception  Weight  (Step  2.  E)  . 
The  basic  operation  of  the  algorithm  is  the  mapping 
of  the  time  of  reception  of  an  update  message  into  an 
Update  Reception  Weight.  The  relationship  between 
the  time  of  reception  and  the  Update  Reception  Weight 
is  a  direct  proportion  (using  the  constant  C)  such 
that  updates  arriving  at  later  times  will  result  in 
larger  Reception    Weights. 
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3-  Determine  the  Tentat ive  Shortest  Path  Distance  (Step 
2.C) .  The  Update  Reception  Weight  is  added  tc  the 
weight  of  the  link  to  the  node  from  which  the  update 
message  had  been  sent.  If  node  2  received  an  update 
frcm  node  4  this  "reverse  link  weight"  would  be 
W<2,4).  The  total  of  the  two  weights  is  the  shortest 
path  distance  to  the  destination  node  via  the  reverse 
link.  To  provide  a  degree  of  differentiation,  the 
term  "distance"  will  be  used  in  reference  to  the 
total  weight  of  a  path  or  route  consisting  cf  one  or 
mere  links.  This  path  distance  is  then  compared  to 
the  previously  computed  shortest  path  distance  with 
the  smaller  cf  the  two  becoming  the  new  tentative 
shortest    path. 

**  •  Schedule  the  Tentat  ive  Time  of  Update  Transmission 
(Ste£  2.D) .  The  tentative  shortest  path  distance  is 
mapped   into      a  corresponding   time    value.  When   this 

time  occurs,  the  update  message  will  be  sent  tc  all 
Neighbors   in   the    Update   Transmission   List. 

5»  Transmit  the  Update  (Step  2.E).  At  the  moment  the 
time  of  update  transmission  occurs,  the  message  is 
sent   to    all    nodes   in    the   Update   Transmission    List. 


58 


Tc  aid  in  understanding  the  operation  of  the  algorithm  a 
simple  example  is  given-  Figure  3.1  presents  a  four  node 
network  which  is  used  to  demonstrate  the  algorithm  in  its 
tasic    form.      The  numbers   near   the   beginning   of  each   link   are 


Figure   3.1         algorithm   Demonstration   Network 


their  weights,  W(I,J).  Before  proceeding  with  this  example 
it  must  te  pointed  out  that  the  Yen  algorithm  in  its  tasic 
form  cannot  be  applied  to  an  actual  network.  The  propaga- 
tion and  processing  delays  present  in  real  systems  must  be 
taken   into      account    and   thus      some   modifications    have      to   be 


made. 


Also      when        the      algorithm      is      applied        to      find 
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simultaneously  the  shortest  paths  to  many  destination  redes, 
the  simple  update  message  presented  in  the  algorithm  must  be 
changed  tc  include  additional  identifying  information.  Beth 
of  these  medif icatiens  were  performed  prior  to  implementa- 
tion into  the  simulation  but  are  not  essential  in  under- 
standing the  fundamentals  of  the  algorithm. 

In  this  example,  node  1  will  be  the  destination  node. 
At  the  conclusion  of  the  algorithm  all  nodes  in  the  network 
will  know  the  next  ncde  along  the  best  path  to  take  to  node 
1.  The  algorithm  begins  by  initializing  all  tentative  shor- 
test path  distances  and  their  corresponding  time  value  to 
infinity.  The  Update  Transmission  List  of  each  ncde 
initially  contains  all  the  node's  Neighbors.  The  .constant  C 
which  relates  path  distance  tc  time  is  set  to  unity  for  ease 
in  understanding  the  operation  cf  the  algorithm. 

At  time  0,  node  1  sends  its  Neighbor  nodes  2  and  3  the 
simple  message  "1".  Since  no  propagation  delay  is  assumed, 
nodes  2  and  3  both  receive  the  message  "1"  at  the  same  time 
0.  Eeing  a  distributed  system,  both  nodes  begin  performing 
the  algorithm  upon  receipt  of  the  update  message.  The 
activity  at  node  2  is  first  observed.  A  descriptive  format 
is   utilized  in   presenting  the  algorithm  steps  which  are 
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performed  at  each  cede.  The  algorithm  step  label  from 
Appendix   A   is  included  with    each   corresponding  action. 

Step      2. A;  Node   2      deletes     node      1    from      its      Update 

Transmission     List.  This    eliminates      the      possiblilty     of 

sending  an  update  to  a  node  from  which  one  has  already  been 
received. 

Step  2.B;  The  clock  is  read  and  the  time  of  reception 
cf  the  update  from  rede  1  over  the  link  (1,2)  is  noted. 
This  time  is  then  mapped  into  a  Reception  Weight.  Since  the 
time  of  reception  was  0  and  the  mapping  multiplier,  C, 
equalled    1,    the    value   cf   the    Update   Reception   Weight    was   0. 

Step  2.C;  The  Update  Reception  Weight  is  added  tc  the 
actual  weight  of  the  reverse  link  (2,1)  resulting  in  the 
path  distance-.  This  path  distance  is  compared  to  the 
previous  path  distance  (which  was  initially  infinite)  with 
the  snaller  of  the  twe  being  selected.  The  tentative  shor- 
test   path    disrance    is  then    0    +    2=2. 

Step  2.D,E;  The  path  distance  is  then  mapped  into  a  time 
value  of  2.  Node  2  will  now  tentatively  schedule  the  trans- 
mission of  the  update  message  "2"  at  time  2  to  ail  nodes  in 
its  Update  Transmission  List.  The  message  number  indicates 
the    transmitting  nodes   identity. 
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Ncde  2  completes  this  action  at  time  0  since  no 
processing  time  is  assumed.  At  node  3  a  similar  process 
takes    place. 

Step      2. A;  Node   3      deletes      node      1    from      its      Update 

Transmission  List. 

Step  2.B;  The  Update  Reception  Weight  is  computed  to  be 
0  since   tie   time  of    recepticn    was  0. 

Step  2.C;  The  Reception  weight  is  added  to  the  reverse 
link  weight  with  the  result  of  0  +  4  =  4  for  the  path 
distance. 

Step  2.C,E;  Node  3  schedules  the  tentative  transmission 
cf   the   message    "3"    tc   nodes    2   and   4   at   time    4. 

The  network  is  then  "quiet"  until  time  2  whereupon  node 
2  sends  message  "2"  tc  nodes  3  and  4.  Upon  receipt  cf  the 
message    at   time    2,    ncde   4    performs  the   following: 

Step      2. A;  Node  4      deletes      node      2    from      its      Update 

Transmission  List. 

Step  2.B;  The  Update  Reception  Weight  of  the  message  is 
computed   tc    be    2   since  the    time  of  reception    was    2. 

Step   2.C;  This  weight      is   added      to    the      reverse   link 

weight    with   the    result  of   2    +    3   =   5    for   the   path    distance. 
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Step  2.D;  Node  4  tentatively  schedules  the  transmission 
of   message   "4"    tc  node  3   at    time    5. 

At   node    3  the   following    action  is   occurring: 

Step      2. A;  Node  3      deletes     node      2    from      its      Update 

Transmission  List   leaving  only   node   4. 

Step  2-B;  The  Update  Reception  Weight  of  the  message  is 
computed   to    be    2   since  the   time  of  reception   was    2. 

Step  2.C;  The  Reception  Weight  is  added  to  this  link 
weight  with  the  result  of  2  ♦  1  *  3  being  the  path  distance. 
This  path  distance  is  then  compared  with  the  previous  value 
of  4.  Since  this  path  distance  is  shorter,  the  new  tenta- 
tive   path   distance    becomes    3. 

Step  2.D,E;  Node  3  then  reschedules  the  transmission  of 
the  message  "3"  to  occur  at  time  3  when  it  will  be  sent  to 
node    4. 

Again  the  clock  ticks  until  time  3  at  which  point  node  3 
sends  Neighbor  node  4  the  message  "3".  Node  4  then  takes 
the    fcllcwing  action: 

Step    2. A;  Node   4      deletes    node    3      from   its      now    empty 

Update   Transmission    List. 

Step  2.B;  The  Update  Reception  Weight  is  computed  to  be 
3   since   the    time  of    reception    was   3. 
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Step  2.C;  This  Reception  Weight  is  added  to  the  reverse 
link  weight  resulting  in  3  ♦  1  =  4  which  is  less  than  the 
previous  value  of  5.  The  path  distance  is  then  updated  to 
the   new   value  of   4. 

Since  the  Update  Transmission  List  of  node  4  is  empty, 
additional  update  transmissions  are  not  needed.  At  termina- 
tion of  the  algorithm,  the  solution  to  the  shortest  path  to 
node    1    for   each    node    is: 

Node   2:      Shortest   path    (distance   =    2)     was   via   node    1. 

Node   3:      Shortest   path    (distance   =    3)     was   via   node   2. 

Node   4:      Shortest   path    (distance    =    4)     was   via   node   3. 

From  inspection  of  this  simple  network,  the  solution  calcu- 
lated ty  the  Yen  algorithm  is  seen  to  be  correct.  It  is  now 
shown  that  the  algorithm  arrives  at  a  set  of  optimal 
shortest  path  distances  from  nodes  J  to  the  destination  ncde 
K  for   any   connected    network. 

During  the  course  of  the  algorithm's  operation  at  seme 
time  t,  there  exists  a  set  of  tentative  path  distances, 
F(J,K),  which  fcave  corresponding  time  values,  T[F(J,K)], 
greater  than  t.  These  path  distances  represent  the  tenta- 
tive   shortest   paths    from   nodes  J    to    destination    node   K    using 
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the    best    paths      computed   up    to   that   time.  As   time   passes, 

the  smallest  of  the  tentative  F(J,K)*s,  say  F(J*,K)  will 
becone  permanently  labeled  because  at  time  t  =  T[F(J*,K)]  it 
becomes  apparent  that  there  is  no  other  path  from  node  J*  to 
node    K      that  has  a    shorter      distance    than   F(J*,K) .  Cn   one 

hand,  tte  tentative  F(J,K)  's  become  permanently  labeled  as 
time  passes;  and,  on  the  other  hand,  whenever  a  F(J,K) 
becomes  permanently  labeled  it  is  used  to  update  ether 
tentative  F(J,K)  fs.  Therefore,  at  the  termination  of  the 
algorithm,  the  F(J,K)'s  thus  obtained  are  the  distances  of 
the  optimal  shortest  paths  from  nodes  J  to  the  destination 
node    K. 

A  useful  analogy  to  picture  the  operation  of  the  algo- 
rithm is  tc  visualize  each  node  as  having  an  alarm  clock. 
Upon  reception  of  the  first  update  message  "K",  node  J  sets 
its  alarm  tc  go  off  at  time  t  =  T[F(J,K)  ].  If,  prior  tc  the 
alarm  clock  "buzzing",  node  J  receives  another  message  over 
a  different  link,  then  it  compares  the  current  alarm  setting 
with  the  newly  computed  time.  The  smallest  of  the  two  time 
settings  is  adopted,  which  in  the  analogy  equates  to  reset- 
ting the  alarm  clock  tc  the  new  shorter  time.  When  time  t  = 
T[F(J,K)]   finally   occurs,        node    J   "wakes    up"      and    sends   its 
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own    message   "J"      to    all   Neighbors   from    which   it      has   not   yet 
received     a        message.  The        terminology      used        in     this 

description    (i.e.   alarm  clock,    setting,    buzzer,    and    wake   up) 
is      used     throughout      the      simulation        program      to      aid     in 
visualizing   the      various  operations      performed  by      the    nodes 
for   the   algorithm. 

E.       MCDIFICATIOHS   TO    1HE    YEN    ALGOBITHH 

As  described  in  Appendix  A,  the  Yen  algorithm  does  not 
compensate  for  time  delays  caused  from  the  transmission  and 
processing  cf  information  and  is  not  able  to  find  simultane- 
ously the  shortest  paths  to  many  destination  nodes.  Prior 
to  application  within  the  simulation,  both  of  these  modifi- 
cations were  made.  The  solution  to  the  problem  of  time 
delays   is   presented    first. 

1  •      Time  Delay 

The  delay  associated  with  transmitting  information 
ever  a  link  between  nodes  within  a  digital  communication 
network    invclves  three  factors: 

1.  The   length   of   the   transmitted    message. 

2.  Ths    propagation  delay   cf    the    transmission    medium. 

3.  The    message    processing    time  for   the   receiver. 
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If  at  time  0,  node  J- begins  sending  the  first  bit  cf 
an  N  tit  packet  message  to  node  K  then  at  some  later  time 
the    last   bit  of      the   message   will   have   been  sent.  If   R   is 

the  transmission  rate  in  bits  per  second  of  the  node  then 
this    time   will    be 

Tu  =   N   *    R 

The  first  bit  of  the  transmitted  message  will  reach  the 
receiving  ncde  after  a  delay  in  propagation  given  by 

Tp  =  L  /  V 

where  L  is  the  physical  length  of  the  link  in  meters  and  V 
is  the  velocity  cf  prcpagation  for  the  medium  in  meters  per 
second.  The  receiver  then  will  have  the  entire  message  at 
time    Tu      +   Td.  The   microprocessor      must   then      perform   the 

timing  computations  which  will  be  completed  in  the 
processing   time    Tm.  The    total   delay    from   the      time   a   ncde 

begins  sending  a  message  to  the  completion  of  processing  by 
the    receiving  node    is 

Td=Tu+Tp+Tm 

Tie  basic  Yen  algorithm  functions  on  the  principle 
cf   mapping      the    weight  of      a   link   into      a    time  delay      in   the 
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transmission  of  an  update  message.  The  mapping  function  is 
linear  based  upon  the  constant  C.  When  delays  are  present 
in  a  network  without  proper  compensation,  link  weights  are, 
in  effect,  changed  which  can  result  in  erroneous  best  path 
calculations.  It  is  important  to  bear  in  mind  that  the 
weight  W  (I, J)  associated  with  link  (I, J)  is  specified  by  a 
commodity  which  the  network  designer  is  attempting  to  miri- 
mize  ever  all  possible  paths.  Physical  transmission  and 
processing  delays  may  have  nothing  to  do  with  the  selected 
commodity  and  thus  their  effect  upon  the  algorithm's  opera- 
tion   must    t€  removed. 

The   nature    of     the    problem   is    illustrated      using  the 
basic   network  given    is  Figure    3.2.  In    this  network   a   time 

delay,  Td,  is  associated  with  each  link  which  is  assumed  to 
be  identical  for  all  links  in  the  network.  If  node  1  origi- 
nates an  tpdate  message  then  node  3  will  eventually  receive 
this  destination  update  over  both  links  (3,2)  and  (3,1). 
Node  2  will  then  perform  two  separate  calculations  of  the 
algorithm  resulting  in  two  time  settings  related  to  the 
transmission  of    its    cwn   update.  The   time   setting    from   the 

update   traveling  over  link     (1,3)    is 
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Figure   3.2        Transmission  Delay  Demonstration   Network 


T(3:1)      =     Td      ♦ 


W(3,1) 


In  the   same  way,   the   time  setting  frcm   updates  traveling 
ever  links  (1,2)  and  (2,3)  is  given  by 


T(3:2:1)   =  2Td   ♦ 


W(2,1)  ♦  W(3,2) 


For  a  given  selection  of  link  weights,  either  path  may  be 
the  test.  Therefore,  T(3:1)  must  be  able  to  be  greater 
than,  less  than  or  egual  to  1(3:2:1)  based  upon  the  link 
weights  themselves  and  independant  of  transmission  delays. 
The  most  direct  means  of  removing  these  effects  is  to  let 
each  link  weight  be  cempensated  individually  such  that 


w(i,J) 


W(I  ,J)  -  (Td  *  C) 
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This  means,  however,  that  the  initial  stipulation  of  having 
all  link  weights  be  greater  than  or  equal  to  zero  must  now 
te   modified   to 

W(I,0)       >      Td    *   C 

In  implement ing  this  scheme  there  are  two  alterna- 
tives.  The  first  is  to  establish  link  weights  such  that  all 

W  (I, J)  >  1 

which   would    mean   that 

C    =    1    /    Td 

Therefore   Step    2.C    of  the  algorithm    would   become 

P(J,K)     =   min[F(J,K)     ,    W(J,L)     ♦    F(L,K)     -1] 

The  second  alternative  (which  was  actually  used  in  the  simu- 
lation)   is   to  ensure   that 

W  (I, J)    >    Td 

which   meant    that 

C    =    1 

Step    2.C   then  becomes 

F(J,K)     =    min[F(J,K)     ,    K(J,L)     +    F(L,K)     -    Td] 
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The  raisirg  of  the  lower  bound  of  allowable  link  weights 
prevents  the  algorithm  from  scheduling  update  transmissions 
in   "negative"   or   past   time. 

Figure      3.3    depicts      the    network      used     to    show      the 
effects   that  time      delays  have    upon    the      basic  algorithm   and 


Figure    3.3       Time    Delay   Test   Network 

then  the  modified  version.  The  time  delay  for  each  link  is 
1  second  and  C  is  set  equal  to  1.  Link  weights  are  labeled 
and  th€  destination  is  node  1.  The  actions  of  both  the 
basic  and  modified  algorithms  are  summarized  in  Table  I.  By 
cbservaticn  it  is  fcund  that  the  best  path  from  node  4  to 
node  1  is  via  node  3  which  has  a  path  distance  of  6.  Note, 
however,      that    node    4  using    the   unmodified   algorithm   arrived 
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TABLE    I 
Actions  of   Easic    and   Modified   Algorithms 

BASIC    ALGORITHM 

Node   Activity 

1"    to   n2   and  n4. 

1*,    schedules   xmt   of    *2' 
time   =2+1    =    3. 

1',    schedules   xmt   of    *4» 
time   =7+1=8. 

2'    to   n3. 

2',    schedules   xmt   of    •3' 
time   =2+4=6. 

3»    to   n4. 

3*  .    computes   the 
[8,2    +    7]    =    8. 

MODIFIED    ALGORITHM 

0  n1    sends    ■!•    to    n2   and  nu. 

'1  n2   gets    '  1»,    schedules   xmt   of    '2' 

at  time  =  2  +  1  -  1=2. 

nU  gets  '1',  schedules  xmt  of  •4I 
at  time  =7+1-1=7. 

2  n2  send  ' 2'  to  n3. 

3  r.3  gets  *  2'  ,  schedules  xmt  of  '3' 
at  time  =2+3-1=4. 

4  r.3  sends  '3'  to  n4. 

5  r.4   gets    '3*.    computes   the 
min[    7    ,    2   +    5    -    1  ]  =    6. 


Time 

(sees) 

N 

0 

ni 

xmt  s  • 

• 

1 

e2 

revs  ' 
at 

n4 

revs  • 
at 

3 

v.2 

xmt  s  • 

4 

n3 

revs  ' 

at 

6 

n3 

xmt  s  • 

7 

n4 

revs  ' 
min 

at  an  incorrect  solution.  In  contrast,  the  modified  algo- 
rithm compensated  for  propagation  delays  and  computed  the 
correct  path  distances  and  best  path  next  node  at  all  nodes 
within   the    network. 
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In  applying  the  modified  algorithm,  when  all  link 
weights  are  set  to  their  minimum  allowable  values,  the 
resulting  routing  table  is  a  least  hop  one.  This  important 
result  was  used  during  the  development  of  the  link  weight 
function  in  Chapter  V.  At  this  point,  though,  one  can  begin 
to  see  if  link  weights  are  related  to  traffic  parameters  in 
some  way,  that  during  periods  of  light  activity  (when 
weights  are  small)  the  modified  algorithm  will  "automati- 
cally" produce  least  hep  routing.  As  shown  earlier,  least 
hop  routing  is  very  effective  when  traffic  intensity  is 
light. 

2  •      Multiple  Destination   Nodes 

The  second  modification  involves  enabling  the  algo- 
rithm to  handle  simultaneously  the  best  path  calculations  to 
many  destination  nodes.  The  simple  message  • K»  and  'J»  must 
be  changed  to  contain  additional  information  in  order  to 
identify  the  destination  node.  One  solution  is  that  the 
update  message  contain  both  the  originating  and  retransmit- 
ting nodes  identity.  This  would  uniquely  identify  the 
update   message    for   the  receiving    node. 

Along  similar  lines  as  multiple  destination  nodes  is 
the    need   to    distinguish   consecutive    updates   originating   from 
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the  same  ncde.  In  crder  to  differentiate  them,  a  sequence 
number  can  be  included  in- the  update  message.  The  determi- 
nation of  tte  number  cf  bits  assigned  to  the  sequence  number 
would  relate  to  the  aiount  cf  differentiation  required.  If 
no  more  that  M  updates  originating  from  the  same  node  could 
be  in  transit  at  the  same  time  within  the  network,  the 
number  of  bits  for  the  sequence  number  would  be  log  M  (using 
base      twc   logarithm)  .  Using      this      method,      the      sequence 

numbers    would  continuously    cycle    from    1    to    M. 

All  network  codes  must  also  have  the  additional 
capacity  fcr  keeping  acccunt  of  multiple  update  "alarm 
clock"  sequences.  Memory  requirements  include  maintaining 
the  clock  setting  and  the  corresponding  Update  Transmission 
List  for  each  destination  node  update  which  is  in  progress. 
For  very  large  networks  this  may  be  a  considerable  require- 
ment. Alternate  irethods  invclving  hierarchical  network 
structures  are  considered  later  in  this  chapter  as  possible 
schemes   to    reduce  these   requirements. 

C.       CCMFOSATIONAL    EFFICIENCY 

In  the  comparison  cf  shortest  path  algorithms  criterion 
which  is  often  used  for  judging  their  performance  is  the 
calculaticn   of    upper      bounds   en   the    number      of  computational 
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steps  each  require.  Computational  steps  refer  to  the  addi- 
tions, subtractions  and  coiparisons  used  during  the  execu- 
tion cf  the  algorithm  by  the  node's  microprocessor.  An 
additional  criterion  related  to  distributed  algorithms 
involves  the  nature  and  frequency  of  information  which  is 
exchanged   between  nodes. 

Corresponding  tc  almost  any  shortest  path  algorithm, 
there  exists  some  special  network  structure  for  which  the 
algorithm      is     efficient.  Dreyfus      (Ref.    16]      provides     a 

comparison  of  the  computational  efficiency  of  many  shortest 
path  algorithms  using  a  test  network  in  which  every  pair  of 
nodes  is  connected  by  a  link.  In  interpreting  the  results 
it  is  considered  that  one  algorithm  is  significantly 
superior  tc  another  when  the  computational  bounds  differ  by 
the  multiplicative  factor  involving  N,  the  number  cf  ncdes. 
When  computational  bounds  differ  only  by  a  constant  then  the 
selection  between  the  algorithms  mast  be  based  en  ether 
criterion.  Dreyfus  concludes  that  the  Dijkstra  centralized 
shortest  path  algorithm  was  most  efficient  (of  the  ones 
examined)  requiring  1/2  N*  additions  and  N3  comparisons  in 
calculating  the  shortest  paths  between  all  node  pairs.  The 
only    decentralized      algorithm   tested      was   one      by    Atram      and 
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Rhodes  (Bef.  17]  which  fared  much  worse  than  Dijkstra's. 
The  efficiency  of  the  "algorithms  by  Gallagher  and  Segall  was 
not   discussed  in  the   references. 

The  Yen  algorithm  in  determining  the  best  paths  from  all 
nodes  J  to  a  destination  node  K  in  an  N-node  complete 
netwcrk   requires  as    nest 

(N-1)     +    (N-2)    ♦    ...    ♦    1   =   1/2   N*      additions 

and  the  same  number  cf  comparisons  to  execute  the  N-1  itera- 
tions of  Step  2.C  of  the  algorithm.  For  calculating  the 
best  paths  tetween  all  node  pairs,  the  previous  results  are 
multiplied  by  N  resulting  in  a  requirement  of  1/2  N3  addi- 
tions and  1/2  N3  comparisons.  The  algorithm  also  requires 
at  most  1/2  N3  transmissions  of  the  simple  update  messages 
in   Step    1    and  Step    2,1  of  the    algorithm. 

This  result  concerning  the  update  transmissions  can  be 
used  to  find  the  upper  bound  on  link  utilization  due  to 
update  message  traffic  in  a  connected  N-node  network.  The 
maximum  number  of  transmissions  required  to  determine  the 
best  path  from  all  ncdes  to  a  single  destination  node  is  1/2 
N.  The  proof  can  be  shown  using  Step  2. A  of  the  algorithm 
which  s-ates  that  after  receiving  a  message,  node  J  deletes 
the      retransmitting    node      from    its      own    Update     Transmission 
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TABLE    II 

Computational  Efficiency 

Algorithm  Addit ices  Comparisons  Transmissions 

Yen  1/2    N*                  1/2   N*                       1/2    N^ 

Abram  1/2    N*                  1/2   N*                       1/2    N* 

Eijkstra  1/2    N*                      N3                           


List.  This  act  eliminates  the  possibility  of  update  looping 
upon  transmission  by  node  J .  This  means  that  for  each  pair 
of  links  (I, J)  and  (J  ,1)  in  a  full  duplex  system,  only  one 
of  them  will  carry  an  update  transmission  associated  with  a 
given  destination  node.  The  total  number  of  transmissions 
in  the  network  for  a  single  destination  update  is  then  one 
half  the  number  of  links  which  for  a  fully  connected  network 
is   approximately   1/2    N*. 

The  results  of  the  computational  efficiencies  of  the 
tnree  algorithms  is  given  in  Table  II.  Additional  computa- 
tional  advantages   of   the   Yen  algorithm   include: 

1.  The  computational  effort  of  the  algorithm  is  propor- 
tional to  the  number  of  links  in  the  network. 
Therefore  the  Yen  algorithm  requires  fewer  computa- 
tions in    sparse  networks    where    there   are   fewer    links. 
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2.  Unlike  Dijkstra»s  algorithm,  the  Yen  algorithm  dees 
net  have  to  scan  fcr  the  minimum  of  all  tentative 
best  path  distances  in  order  to  sort  out  the  perma- 
nent   best  path;   consequently,    it   saves   computations. 

3.  Unlike  the   Abram   and    Rhodes  algorithm,      the   Yen    algo- 
rithm does      not  use    a      best  path    distance      F(L,K)      to 
update     other  tentative     best      path    distances      F(J,K) 
unless  F(L,K)    itself    is   permanent. 

D.       AEPLICATIOH    TO    PACKET   SWITCHED   NETWORKS 

In  adapting  the  Yen  algorithm  to  a  packet-switched 
network,  techniques  lust  be  developed  to  enable  the  algo- 
rithm to  operate  as  "transparently"  as  possible  within  the 
network.  Specific  problems  relating  to  burdening  the  ncde's 
microprocessor  with  routing  calculations  and  excessive  over- 
head from  update  transmissions  have  to  be  avoided. 
Fortunately,  the  computational  efficiency  of  the  Yen  algo- 
rithm is  very  good  ard  the  only  special  hardware  requirement 
is  a  clocking  device  which  already  exists  in  the  micropro- 
cessor. The  challenge,  then,  for  implementing  the  algorithm 
is  centered  in  the  furdamental  way  in  which  the  link  weight 
information   must   propagate    in   the   network. 
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Fcr  th€  Yen  algorithm  to  function  it  is  critical  that 
the  update  messages  fce  transmitted  at  the  calculated  time 
setting  since  the  tine  of  transmission  is  directly  tied  to 
the  path  distance.  The  capability  for  a  node  to  fce  able  to 
transmit  an  update  over  a  link  at  a  precise  time  is  crucial 
to   the   algorithm^    success. 

Problems  develop  when  at  time  t  =  T[P(J,K)  ],  node  J  is 
to  send  update  •J1  tc  nodes  in  its  Update  Transmission  List 
and  some  links  are  busy  transmitting  message  packets.  Even 
if  update  packets  are  giver  highest  priority  and  placed  at 
the  top  of  the  link  queues,  the  delays  due  to  busy  links  may 
te  tec   great. 

There  is  another  factor  which  concerns  the  desire  to 
have  updates  propagate  throughout  zhe  network  as  quickly  as 
possible.  Fast  update  propagation  means  more  timely  routing 
informaticn  upon  which  to  base  calculations.  This  can  be 
accomplished  by  proper  selection  of  the  constant  c  in  the 
algorithm.  The   propagation      speed      of      updates    through      a 

network  can  be  increased  by  letting  C  equal  its  maximum 
allowable  value.  The  limitation  on  this  upper  value  is  set 
by  the  propagation  delay  associated  with  the  links  them- 
selves.        When    C      is   large    the  time   delays      computed    for   the 
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transmission  of  update  messages  will  be  their  shortest. 
Therefore  delays  due  to  updates  waiting  for  message  packet 
transmissions  will  result  in  errors  with  best  path  calcula- 
tions being  even  mere  amplified.  The  solution  to  this 
problem  lies  in  the  configuration  of  the  update  packet 
itself. 

To  reduce  the  overhead  from  update  traffic,  the  length 
of  the  update  packet  should  be  kept  to  a  minimum. 
Fortunately,  the  Yen  algorithm  requirement  on  information 
fcetween   nodes"     is  quite   small.  The    update   message      in   its 

tasic  fcrm  contains  the  identity  of  the  destination  and 
retransmitting  nodes.  The  update  also  requires  a  preamble 
which  identifies  it  as  being  an  update  packet.  By  selecting 
a  specific  form  for  the  preamble,  the  answer  to  the  problem 
cf  transaitting  an  update  over  a  link  which  is  busy  sending 
a   message   packet   is    found. 

1-      2  Ii2§£§   Insertion  Technique 

While  a  message  packet  is  being  transmitted  an 
update  packet  could  be  transmitted  at  its  precise  time  if 
there  was  a  means  cf  inserting  the  update  into  the  bit 
stream  of  the  message  packet.  The  receiving  node  must  then 
te   able   tc    distinguish  this   inserted    update   from    the   message 
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packet,  remove  the  update  packet  and  then  reassemble  the 
message      packet.  Though      scunding    like      quite      a      complex 

program  for  the  node's  microprocessor  to  handle,  the  inple- 
mentaticn   is  straightforward. 

Let  the  preamble  of  the  update  packet  be  a  specific 
bit  pattern  of  length  L  which  is  called  a  reserved  pattern 
or   symbol.  Hamming  [Ref.     18]      illustrates   the      concept   of 

reserved  symbols  by  the  quotation  marks  in  FORTRAN  program- 
ming which  are  used  to  distinguish  comments  from  actual 
operating  cede.  The  receiving  node,  knowing  the  reserved 
pattern,  simple  scans  the  incoming  bit  stream  and  upon 
detecting  this  pattern,  removes  these  L  bits  and  the 
following   U    bits   which  make    up    the   entire   update    packet. 

The  problem  is  not  completely  solved  for  if  by 
chance  the  reserved  pattern  occurs  in  a  message  not 
containing  an  update  packet,  then  the  node  would  respond  to 
the  reserved  pattern  which  is  undesirable.  The  solution  is 
to  add  an  extra  bit  after  the  L  bit  reserved  pattern  with  a 
1  signifying  an  actual  update  packet  and  a  0  otherwise.  The 
transmitting  node  is  new  required  to  observe  the  bit  stream 
of  outgoing  message  packets  and  when  detecting  the  reserved 
pattern,      insert   a    0    as   the    following    bit.         If   the    reserved 
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Figure  3.4       Update   Packet   Configuration 

pattern  happens  to  appear  often  in  the  course  of  message  bit 
streams  then  a  good  deal  of  channel  capacity  will  be  wasted. 
Figure  3.4  shows  how  the  components  of  the  update  packet  are 
configured. 

The    probability   of    a      reserved   pattern  occurring   can 
be      reduced    by      increasing    its      length   L.  However,      as      L 

increases,  the  total  update  packet  length  grows  and  more 
available  channel  capacity  is  used  in  update  overhead.  In 
examining  the  trade-cffs  involved  in  selecting  the  length  of 
the  pattern,  the  link  utilization  using  the  insertion  tech- 
nique  is   examined. 

a.      Overhead    from  Insertion   Technique 

The    insertion  technique      "costs"    L   ♦    1      bits    per 
update    packet  and   1    bit   for      each   occurrence   of   the   reserved 
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pattern  in  a  message  packet.  Since  the  data  transmission 
rate  is  known,  the  tctal  link  utilization  due  to  this  method 
is 

OTIL[inserts  ]  =    [  Nu  (L  ♦    1)    ♦   Nm(1)]   /    R 

where  Nu   =  Average  number   of   updates   transmitted    per 

link   per  second. 

Nm   =  Average  number  of   occurrences   of  the 

reserved   pattern   in   messages    per  link   per 
second. 

R   =  Data    transmission   rate    (bits    per  second) 

The  upper  bound  on  update  link  utilization  can  be  directly 
computed  from  the  knowledge  of  the  number  of  nodes  in  the 
network  and  the  update  interval.  The  upHate  interval  corre- 
sponds tc  the  average  amount  of  time  between  consecutive 
updates  fceing  generated  by  a  single  node.  If  each  of  the  N 
nodes  in  the  network  generates  a  destination  update  every  T 
seconds   then   Nu    will    te 

Nu      =       N    /    2T 

The  next  effect  examined  is  that  of  the  reserved 
pattern  length  upon  link  utilization  caused  from  the 
additional  signaling  bit  necessary  whenever  the  pattern 
occurs      in      a  message     packet.  In      finding  this,        it     is 
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necessary  to  determine  the  number  of  occurences,  on  the 
average,  of  the  reserved  pattern  which  appear  in  a  message 
packet.  The  problem  is  approached  by  first  modeling  the 
message  packet  as  a  random  binary  sequence  of  length  M.  If 
it  is  assumed  that  the  message  is  the  same  length  as  the 
reserved  pattern  then  the  probability  of  the  pattern  and  the 
message    being  the  same  is 

Ercb[  pattern  occurring]   =    1    /   2**L 

In  the  case  where  the  message  is  not  the  same  size  as  the 
reserved  pattern  then  a  binomial  random  variable  is  used 
with    the    following    definitions: 

p     =     The    probability  of  the   reserved  pattern 
occuring   in    a   sequence   of   length    L. 

n      -     The    number  of   possible   L    length  sequences 
in  a    message    cf   length    M. 

X      =     The    number  of  times  the    reserved   pattern 
occurs. 

F[  X  =    k  ]      =      The   probability   that    the  reserved 

pattern   occurs  k   times. 

From  the  first  case  cf  equal  length  patterns  and  messages, 
the    value   of  p    is 

p   =     1    /    2**L 
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The  value  of  n  can  be  found  by  adding  one  bit  at  a  time  tc  a 
message  packet  which  initially  has  length  M  equal  to  L  and 
determining  how  many  possible  reserved  pattern  sequences 
could  occur.  If  M  equalled  L  ♦  1 ,  then  one  pattern  could 
cccur  starting  at  either  the  first  or  second  bit.  However, 
it      is   cfcvious      that     two  patterns     could      not   coexist.  A 

message  length  of  2L  wculd  have  to  exist  before  two  patterns 
could   be   found.      This  result   is   generalized   such   that 

n   =    H   /   L 

The  existence  of  "overlapping"  reserved  patterns 
is  impossible  based  upon  the  receiver's  recognition  tech- 
nique" for  detecting  reserved  patterns.  The  receiver  views  L 
hits  at  a  time,  and  upon  finding  a  reserved  pattern,  locks 
at  the  following  signaling  bit  and  takes  the  appropriate 
action.  In  the      case   of      no   update      packet   present,        the 

receiver  strips  off  the  signaling  bit  and  continues  to  check 
the  hit  stream  starting  with  the  next  message  bit.  This 
precludes   the  possibility  of   overlapping   reserved    patterns. 

The  probahlility  of  the  reserved  pattern  occur- 
ring   k   times  is    then   a  binomial   random    variable    in    which 


n! 

F[X   *    k]     = (p**k)    [(1    -    p)**(n    -    k)  ] 

k !  (n  -   k)  ! 
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The    expected  number   of  occurrences  is   given   by 

E[X^     =     np 

If  the   average  number   of  message   packets  transmitted   pe: 
link  per  second  is  P,  then 


PM 

Ml   =    

L(2**L) 


Substituting  the      values   of    Nu      and   Nm   into      the    utilization 
formula    yeilds 


N (L    ♦    1)  PM 

OTILf  inserts  ]     =  ♦        

2TR  LR(2**L) 


This  result  indicates  that  the  highest  overhead  will  be  due 
to  the  update  packets  themselves  when  a  reserved  packet  is 
selected  which  is  lcrg  enough  so  that  the  exponential  term 
in   the   denominator    becomes    large. 

E.       A    HIEBABCHICIL    7EBSI0N 

The  need  for  reducing  the  size  of  routing  tables  and  the 
overhead  frcm  node  update  transmissions  can  be  met  by  modi- 
fying the  Yen  algorithm  to  be  able  to  function  in  an  hier- 
archical form.  In  presenting  the  modifications  to, the  basic 
algorithm,  the  requirements  necessary  for  a  hierarchical 
version   to    function    are   identified. 
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When  using  a  hierarchical  scheme,  the  network  is  divided 
into  regions  of  nodes;  if  additional  levels  are  needed, 
these  regions  may  in  turn  be  grouped  into  clusters.  The 
number  of  levels  is  in  no  way  limited  to  two,  depending  to  a 
large  extent  upon  the  total  network  size,  but  this  illus- 
trates the  point.  The  terms  "group"  and  "family"  will  be 
used  to  refer  to  the  two  respective  levels  which  is  in 
keeping   with  some   of   the   prior   work   in   this  area   (Ref-    19]. 

Ecuting  table  size  is  therefore  reduced  since  individual 
nodes  no  longer  have  to  keep  entries  on  each  node  within  the 
entire   network.  Nodes   only    keep     "node"    entries      in   their 

routing  tables  to  nodes  within  their  same  group.  To  route 
messages  to  nodes  outside  their  group,  but  within  the  same 
family,  "group"  entries  are  maintained  so  that  each  node 
knows  the  best  path  tc  groups  within  the  family.  Finally 
"family"  entries  are  kept  so  that  nodes  know  the  routes  to 
families   outside  their  own. 

The  Yen  algorithm  functions  successfully  because  of  the 
implicit  ability  of  a  node  to  send  its  destination  update  to 
its  neighbor  nodes  at  the  same  time.  In  this  manner,  the 
link  weight  information  which  is  directly  related  to  update 
transmission  time-   is    accurately      disseminated.        For   the    Yen 
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algorithm  tc  function  in  a  hierarchical  structure,  then, 
demands  that  a  group  cf  nodes  be  able  to  transmit  its  group 
destination  update  tc  all  of  its  neighbor  nodes  at  the  same 
time.  This,  of  course,  applies  to  each  hierarchical  level. 
The  key  tc  applying  the  basic  algorithm  in  this  structure  is 
to  develop  a  means  whereby  a  grouping  of  individual  nodes 
can      act     as  a      single      •super1      node.  By   using      a      grcup 

"warning"    message,    adequate    coordination   can    be   accomplished 
so   that    this  is    possible. 
1  •      Warning    Messages 

This  warning  message  could  originate  from  any  node 
within  the  basic  grcup.  The  warning  contains  information 
identifying  its  nature  and  the  future  time  at  which  the 
group      update  message     is      to    be     sent.  This   future      time 

(called  the  "firing  time")  would  be  far  enough  in  the  future 
as  tc  ensure  that  all  nodes  within  the  basic  group  had 
received  the  warning  prior  to  firing  time.  Each  node  kncws 
the  identity  of  its  neighbor  nodes  and  therefore  this 
warning  would  only  be  transmitted  to  nodes  in  the  basic 
group. 

The  means  of  disseminating  warning  messages  within 
the      group    could      be      by   a      simple      flooding   scheme.  Upon 
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Time  =  0.0  seconds 

The  "Leader"  transmits  the 
Group  Warning  Message  to 
neighbor  nodes  (Firing  Time 
is  1.0  seconds ) . 
Transmission  Delay  =  0.1  sees 


Time  =  0.1  seconds 

Neighbor  nodes  receive  the 
warning  message  and  retransmit 
it  to  their  neighbors  which 
are  in  the  same  basic  grouD . 


Time 


0  .  2  seconds 


All  nodes  in  the  group  are 
now  "cocked"  and  ready  to 
fire  the  group  update  at  the 
given  firing  time. 


Time  =  1.0  seconds 

Group  "border"  nodes  fire 
the  update  to  neighbor  nodes 
which  are  not  in  the  basic 
g;rouD  . 


Figure  3.5   Group  Update  Sequence 
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reception  of  the  warning  message,  the  node  is  "cocked"  and 
ready  to  fire  the  update.  When  the  firing  time  occurred, 
nodes  in  the  group  would  only  transmit  the  group  update 
message  to  nodes  outside  of  the  basic  group.  Since  all  of 
these  "tcrder"  nodes  of  the  group  would  fire  the  update  to 
outside  nodes  at  the  same  time,  the  net  effect  would  be  as 
if  a  single  "group-sized"  node  had  originated  the  update 
message.  Figure  3.5  depicts  the  actions  that  occur  during 
this    sequ€nce  of  events. 

The  algorithm  would  not  change  except  that  the  orig- 
inator of  the  update  would  be  the  group  identifier.  For  a 
two  level  hierarchy,  updates  would  originate  from  nodes, 
groups  or  families  and  warning  messages  would  be  of  two 
types,    either  grcup    cr  family. 

2  •      Originating    Warning    Messages 

In  using  the  warning  message  concept,  a  method  of 
determining  how  they  will  be  originated  for  the  group  is 
required.  The  key  consideration  in  the  selection  of  the 
method  is  whether  a  single  node  within  a  group  should  be 
responsible  for  originating  the  warnings  or  if  this  function 
is  to  be  distributed  amongst  all  nodes  in  the  group.  The 
first      method      looked   at      was      a      distributed   scheme      in     an 
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attempt  to  minimize  the  use  of  centralized  control 
functions. 

This  proposed  method  was  based  upon  having  each  ncde 
originate  its  own  group  warning  message  on  a  regular  basis. 
The  time  interval  between  messages  could  be  a  uniformly 
random  amount  with  a  prescribed  average  value,  perhaps 
related     to   a     multiple   of      the   node      update    interval.  An 

anticipated  problem  with  this  approach  is  the  difficulty  in 
maintaining  acceptable  "spacing"  in  time  between  warning 
messages  which  originate  from  many  nodes.  Situations  could 
develop  where  all  warning  messages  occur  within  a  small  time 
interval,  followed  by  a  relatively  long  period  of  time  where 
none  are  originated.  This  "bunching"  and  "spreading"  of 
update  transmissions  can  cause  poor  routing  information  and 
degraded   network  performance. 

A  scluticn  tc  this  problem  is  to  have  a  single  ncde 
within  a  group  be  the  originator  of  warning  messages  at  any 
given  time.  With  this  method,  the  problem  of  pcorly 
distributed  group  update  messages  in  time  is  eliminated,  but 
now  the  network  is  subject  tc  the  vulnerabilites  which  any 
form    of   centralized    ccntrol    introduce.  If   the    node   gener- 

ating  these     group    warnings      fails,      then      the  network      will 
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suffer.        Additionally  there   is     the    difficulty   in    selecting 
which    code   is  to  be   the    "leader". 

An  algorithm  is  provided  in  Appendix  B  which  gives  a 
means  of  determining  the  single  node  which  will  originate 
the  group  updates  and  a  way  in  which  "Successor"  nodes  can 
be  chosen  to  replace  fallen  leaders.  It  is  based  on  the  use 
of  a  timer  which  is  "set"  when  a  node  receives  a  warning 
message.  The  timers  setting  is  greater  than  the  maximum 
interval  between  consecutive  warning  messages  plus  the 
maximum  propagation  of  such  messages  throughout  the  group. 
If  the  node's  timer  runs  out  prior  to  the  arrival  of  another 
warning  message  then  the  node  concludes  that  ^the  leader  has 
failed.  The  action  taken  fcy  the  node  is  the  origination  of 
its  own  "Successor"  message  which  notifies  other'  nodes  that 
it  is  now  competing  for  the  function  of  leader.  Provision 
is  made  such  that  orly  one  successor  is  selected  if  indeed 
the    previous  leader    had   failed. 

3 •      Synchronizing  On  it    Opdate   Transmissions 

A  possible  picblem  with  the  hierarchical  version  of 
the  Yen  algcrithm  is  the  overhead  associated  with  achieving 
simultaneous  update  transmissions  by  all  nodes  of  a  group  or 
family.         It      was   mentioned    before      that   to      disseminate   the 
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warning  message,  a  flooding  technique  may  have  to  be  used. 
As  discussed  in  Chapter  II,  flooding  can  cause  significant 
message  duplication  and  excessive  overhead.  Another  condi- 
tion that  exists  is  that  the  only  nodes  which  actually 
transmit  the  group  update  message  are  those  on  borders  which 
have  neighbors  outside  the  basic  group.  If  these  bcrder 
nodes,  then,  knew  en  their  cwn  when  to  "fire"  the  update 
messages  then  a  substantial  reduction  in  overhead  could  be 
achieved. 

The  proposed  soluticn  tc  this  problem  is  best  illus- 
trated by  means  of  a  musical  analogy.  A  node  can  be  likened 
to  a  musician  in  a  band  where  the  band  is  the  basic  group  or 
family.  Under  the  current  warning  message  scheme  the  nodes 
are  directed  to  fire  the  update  at  a  specified  time.  This 
is  similar  to  a  band  without  sheet  music  being  directed  to 
play  a  scng  one  note  at  a  time.  A  more  efficient  method 
would  be  tc  provide  each  musician  with  his  own  copy  of  the 
song.  Now  the  director  (i.e.  leader  node)  only  has  tc 
ensure  that  the  band  members  begin  playing  at  the  same  time. 
He  must  also  periodically  wave  his  baton  to  ensure  that  the 
tempo   is   maintained. 
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A  simple  pattern  which  each  node  within  a  group 
could  fellow  would  be  setting  a  fixed  interval  between 
consecutive  update  generations.  For  example,  if  the  ^syn- 
chronization time  was  15.8  seconds  and  the  agreed  upon  time 
interval  was  2  seconds,  then  nodes  would  transmit  their 
group  updates  at  times  of  15.8,  17.8,  19.8  and  so  en.  For 
many  applications  this  simple  scheme  may  be  suitable. 
However,  if  highly  repetitive  transmissions  are  not  desire- 
able,    then   a  pseudo-random    sequence    may    be   used. 

In  order  to  generate  a  pseudo-random  sequence  of 
firing  times  for  the  unit  update  messages,  a  concept  from 
spread  spectrum  communication  systems  was  utilized.  Such 
systems  often  employ  feedback  shift  registers  (FSR)  to 
generate  the  pseudoncise  (PN)  binary  sequences  which  are 
modulated   by  the   data   bits. 

The  configuration  of  a  three  stage  FSR  is  shown  in 
Figure    3.6.  When    clocked,        a    K-stage      FSR   produces     a   PN 

sequence  of  length  2**K  -  1  before  repeating  [Ref.  20], 
Even  when  using  a  small  FSR,  then,  one  can  produce  a  rela- 
tively leng  sequence.  Some  Direct  Spreading  spread  spectrum 
(DSSS)    systems    use   the   FSR    in   this   manner. 
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PN 
Sequence 


Modulo/T^^ 
adder        ^^ 


clock 


Figure   3.6        Feedback   Shift   Register:    DSSS   Configuration 

Tc  produce  the  pseudo-random  firing  times,  however, 
another  configuration  of  the  FSR  is  proposed.  This  partic- 
ular method  is  sometimes  employed  in  Frequency  Hopping 
spread  spectrum  (FHSS)  systems.  Note  that  in  Figure  3.7  the 
output  is  from  taps  taken  off  of  all  FSR  stages.  The  output 
sequence  frcm  this  configuration  is  given  in  Table  III. 
This  K  tit  binary  "time"  value  will  then  hop  amongst  all 
integers  between  1  and  2**K  -  1.  The  sequence  of  heps  will 
appear  randem,  but  cf  course  is  predictable  if  one  has  the 
knowledge  of  the  FSR  conf igurement ,  the  initial  "value" 
which  the  FSR  contains,  and  the  start  time  and  frequency  of 
the    clock. 

Since  the  K  bit  time  number  takes  on  all  values 
between    1      and    2**K      -   1      during    a      complete   sequence,         its 
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Figure  3.7   Feedback  Shift  Register:  FHSS  Configuration 
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"average"  value  is  simply  the  midpoint  of  this  range. 
Therefore,  to  produce  a  particular  average  time  between  unit 
update  generations,   cne  could  include   a  constant  term  or  a 


96 


scaling  multiplier  such  that  the  FSR  numbers  would  map  into 
the   appropriate    time   range. 

In  use  the  nodes  would  receive  the  resynchronization 
time  and  then  "clock"  the  FSR  at  the  time  of  firing.  The 
value  received  wculd  correspond  to  the  time  interval  before 
the  next  firing  were  to  occur.  The  process  would  continue 
in  this  manner  with  a  new  firing  time  being  calculated 
directly   after   a   unit   update   is   sent. 

The  reduction  in  overhead  between  this  method  and 
the  previous  one  relates  tc  the  ratio  of  the  average 
interval  between  updates  to  the  average  interval  before 
resynchronization  is  needed.  As  an  example  if  the  average 
group  update  interval  had  been  1  second  and  if  the  time 
before  resynchronization  was  needed  for  the  pseudo-random 
time  sequence  was  20  seconds,  the  required  overhead  due  to 
earning   messages   would   be  reduced    by    a    factor   of    20. 
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IV.     NETHCBK    MODELING    AMD    SIMULATION 

Numerous  techniques  hav €  been  applied  to  the  design  and 
study  of  packet  transport  networks.  Mathematical  tools  to 
include  both  models  of  queues  and  networks  of  queues  have 
been  used  tc  predict  the  behavior  of  packet  systems  with  a 
high  degree  of  success.  Many  heuristic  techniques  have  also 
teen  developed  in  the  quest  to  find  the  optimum  structure 
and  operating  methods  of  a  system.  Work  of  this  nature  has 
been  accomplished  in  areas  such  as  network  topology  design, 
link    capacity  selection   and   routing   algorithms. 

Analytical  techniques  at  times  cannot  be  used  when  the 
theory  is  unable  to  deal  with  some  of  the  "real"  properties 
of  packet  networks'  such  as  state  dependent  transition  prob- 
abilities and  correlations  between  interarrival  times  and 
service      time      requirements        [Ref.    21].  Simulation      then 

tecomes  a  frequently  used  technique  to  gain  useful  insights, 
and  in  fact  most  majcr  systems,  prior  to  construction,  were 
first   studied  in   this   manner. 

Easically,  simulation  has  two  main  purposes:  a)  the 
performance  evaluation  of  network  protocols  that  are  analyt- 
ically  intractable,        and  b)         the   validation      of    analytical 
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models  tased  upon  ■  simplifying  assumptions  [Bef.  21]. 
However,  these  purposes  can  only  be  achieved  if  the  simula- 
tion model  itself  is  valid,  and  techniques  are  required 
which    can   fc€  used  to    guarantee    the   validity  of  the    model. 

This  research  involved  an  application  of  simulation  for 
the  purpose  of  evaluating  a  network  routing  protocol.  The 
approach  used  to  verify  that  a  SIMSCRIPT  program  of  3500 
lines  actually  modeled  the  system  in  question  was  tc  use  an 
analytical  model  and  compare  the  results  when  the  program 
parameters      were     set     to  correspond.  If      the      simulation 

produces  results  which  agree  with  that  of  the  analytical 
model,  then  one  is  inclined  to  believe  that  the  results 
obtained  when  other  program  parameters  are  used  will  also  be 
valid. 

A.       ANALITICAL    TECHNIQUES   INVOLVING   QUEUING   THEORY 

In  developing  mathematical  methods  for  analyzing  complex 
packet-switched  networks,  queuing  theory  has  been  widely 
applied  with  many  results  being  developed  that  give  insight 
to   a      variety  of   problems.  The   simplest    queuing      model    is 

that  of  a  single  server  queue.  Srngle  server  queues  are 
categorized  according  to  their  intararrival  time  and  service 
distributions.         These  categories   are   often    designated    using 
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a  Letter/Ietter/Number,  such  as  M/M/1  or  M/G/1,  where  the 
first  letter  denotes  the  interarrival  time  distribution,  the 
second  letter  the  service  time  distribution  and  the  third 
element      the  number      cf   servers      in      the   system.  Standard 

letters      used  are     M     -   exponential,        D   -      fixed        and   G 
general. 

Many  formulations  have  been  developed  for  single  server 
gueue  systems.  Those  which  are  related  to  finding  the 
average  number  of  customers  in  the  system  are  focused  upon 
in   this    \«ork.  This   particular   statistic   was      chosen   based 

upon  selecting  the  cie  guantity  from  many  elements  which 
most  accurately  described  the  status  of  the  network  at  any 
given  time  during  a  simulation  run.  The  details  behind  this 
explanation  relate  tc  the  actual  simulation  program  itself 
and   are    presented   in   Chapter   v. 

little's  Result     [Hef.    22]  is    a    basic      formula    which 
states   ttat    for    a   steady   state   gueuing   process 

E[n]     =        XT 
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where  E[n]      =     expected    number  of   customers 

in  the  system; 

X        =      average    customer   arrival   rate; 

T        -     average    time  customer   spends 
in  system. 

This  result  is  widely  applicable  since  the  formal  prcof 
makes  no  assumptions  about  the  arrival  process  distribution, 
the  service  time  distribution,  the  number  of  servers,  nor 
the  service  disciplire  which  may  be  first-come-f irst-serve, 
last-come-f irst-serve,  etc.  The  system  in  question  can  also 
be  a  network  of  queues  and  the  M/M/1  hypothesis  doesn't  have 
to  be  invoked,  so  that  the  theorem  is  quite  broad  in  its 
application.  Using  tittle's  Besult,  an  entire  network  can 
fce  enclosed  in  a  "black  box",  and  as  long  as  the  arrival 
rates  are  known  and  the  network  is  in  steady  state,  then  by 
determining  the  average  number  of  customers  (or  packets)  in 
the  system  one  can  calculate  the  average  transit  time  for  a 
packet.  This    simple      technique   allows      the   comparison     of 

Simula  lien  results  with  those  obtained  analytically  using 
Little's  Besult  in  crder  to  verify  the  "behavior"  of  the 
simulation.  This  technique  was  utilized  during  the  simula- 
tion program  test  phases  with  results  that  agreed  very  well 
with    those   obtained    using  Little's  Result. 
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2  -      Ecllaczek-Khinchin    Formula 

A  second  fornula  useful  in  network  analysis  is  based 
upon  the  Pcllaczek-Khinchin  formula  for  finding  the  mean 
number  of  messages  in  an  M/G/1  queuing  system  [Bef.  23]. 
The  M/G/1  system  involves  a  general  service  time  distribu- 
tion which  implies  that  messages  may  have  non-exponentially 
distributed   lengths.      The  P-K   result    is   given   by 


1   ♦    Cb* 
ECn]  ■     p     ♦     p2     ™ 

2(1    -  P  ) 


where  "P"  is  the  traffic  ictensity  and  is  defined  as  X  /  u 
with  "X"  again  being  the  arrival  rare  and  "y"  denoting  the 
service  rate.  Cb  is  the  ratio  of  the  standard  deviation  to 
the  mean  of  the  service  time  distribution  and  is  defined  as 
ab/  y  .  This  formula  shows  that  if  two  service  time  distri- 
butions have  equal  means,  the  one  with  the  larger  standard 
deviation  will  produce  a  longer  waiting  time.  For  the  M/M/1 
gueue,   Cb   =    1  and  the   expression    for    E[n]   reduces   to 


E[E]    =      ----- 

1    -    P 


The  use  of  the  term  "customer"  and  "service  time" 
are  used  in  illustrating  queueing  models;  of  course,  in  a 
communicaticrs    network   the    customers    are   the    message    packets 
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and      th€   service     rate  is      the      capacity  of      the   channel     in 
packets   per   second. 

The  P-K  formula  applies  to  message  length  statistics 
which  are  continuously  distributed  but  a  more  realistic 
assumption  is  that  these  message  lengths  are  discrete  in 
nature,  being  made  up  of  a  number  of  packets.  Studies  have 
shown  fcr  fccth  long  (15  to  30  minutes)  and  short  (1  to  2 
minutes)  bclding-time  connections  in  packet  communications 
systems,  that  the  number  of  packets  per  message  are  geome- 
trically distributed  [Ref,  25].  A  geometric  distribution 
means  that  the  probability  of  a  message  being  one  packet  in 
length  is  given  by  seme  number  p  <  1,  the  probability  of  two 
packets  is  pq  with  q  =  1  -  p,  the  probability  of  three 
packets  is  pq2  and  so  on.  The  probability  of  a  message 
being    k    packets    long   is 

E[X  =    k]     =      p(q**  (k-1))       ,    k   =    1,    2,... 

The    discrete  form  of   the   P-K   formula    is   given  as 


Hi]    -       ^    ♦     ...2b!.. 

2  2(1    -y^ 
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where  E[  L  ]     =     the   average   number   of   packets 

in   the  system; 

Up   =  the  average  number  of  packets 

entering  the  system  in  D  seconds; 

a   2  =  the  variance  of  the  packets 

entering  the  system  in  D  seconds. 

These  parameters  refer  to  packet  arrivals  in  a  fixed  service 
interval  D.  The  value  of  D  is  related  to  the  link  capacity 
"C"  ty 

C   =   1  /  D 

which  is  in  packets  per  second.  The  term  up  is  the  san>e  as 
the  traffic  intersity  parameter  since  it  is  the  ratio  of  the 
average  traffic  rate  into  the  system  to  the  system  transmis- 
sion capacity.  Therefore  p  is  the  average  number  of  packets 
arriving   in     D    seconds     or    just    up  .  To    find      the   arrival 

statistics  cf  the  packets  entering  the  system  (  up  and  ap2)  , 
the  Fcisscr.  distribution  of  message  arrivals  must  be 
combined  with  the  geometric  distribution  of  message  lengths 
in   packets. 

Fcr   a  gecmetric   distribution,      the    average    number  of 
packets   per    message    is  given   by 

E[X]      =       1    /    p 
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and   the   variance   by 


ax2       =      q  /  P 


Prom    Fcisson  message   arrival   statistics    we   have 


m 


Therefore      if  P      is      the   number     of      packets     received    in      D 
seconds   then 


E[P]      =      yp      =       E[X]E[M]    =     X  D    /   p. 
The    variance  of    P   is    fcund    to   be 

apz        =       <E[H]  ax2)    ♦     (  am2    E2[X]) 
=        (  A  D(1     ♦    q))     /   p2 

Eeplacing   these    expressions    for    V»p    and    aD2,      the    expression 
for   the    average    number  of   packets  in    the   system   then    becomes 


AD  (    AD  (1    +    q)  )     /    p2 

E[L]» ♦         : 

2p  2(1    -     A  D/p) 


As      a    check     assume      that  all      messages      are      one    packet     in 
length,    in   which  case   p   =    1    and   therefore 


AC                          \  D  x  D 

E[L]   =    -—        ♦        =        ------    (1    -    Xd/2) 

2  2  ( 1    -  x  D)  1-XDV 


Now    compare   this   with  the      continuous   formulation    using  Cb 
0,    wherefcy 
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1  p 

E[N]    =       p      +       p2 = (1    -      p/2) 

2(1    -p)  1    -    P 


Eoth  results  are  equivalent  since-  when  all  messages  are  of 
fixed  length  equal  tc  one  packet,  the  number  of  messages 
stored   must   be    the    same   as    the   number   of   packets    stored. 

The  importance  of  this  formulation  is  that  the  vari- 
ance cr  spread  in  tie  number  of  packets  arriving  increases 
as  the  average  message  length  increases.  This  means  that 
for  a  fixed  traffic  irtensity,  the  message  arrival  rate  X 
must  decrease  as  1/p  increases  to  keep  the  average  number  of 
packets  Up  =  P  fixed.  However,  this  increase  in  variance 
means  an  increase  in  the  probability  that  longer  messages 
will  arrive  and  hence  the  average  number  of  packets  in  the 
system  must  increase .  This  result  proved  very  importart  in 
studying  the  behavior  of  the  routing  algorithm  when  using 
geometrically  distributed   message  lengths. 

Little*s  Result  and  the  P-K  formula  were  the  primary 
analytical  tools  utilized  in  determining  whether  the  simula- 
tion program  was  operating  correctly.  Statistics  obtained 
during  program  runs  were  checked  by  direct  application  of 
these    fcriulas. 
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B.       NOTES    CN   SIMSCBIET   II. 5 

SIMSCHIFT  II. 5  is  a  discrete-event  simulation  program- 
ming language  which  is  designed  specifically  for  modeling 
systems  whose  state  is  deemed  to  change  instantaneously  at 
discrete  points  in  time,  rather  than  continuously.  The 
discrete  nature  of  packet -switched  networks  make  this  an 
excellent  language  for  construction  of  the  model.  Scire  of 
the  unigue  features  and  general  characteristics  of  SIMSCRIPT 
II. 5  which  made  it  a  particularly  desirable  choice  for  this 
research  are  examined  in  this  section.  These  descriptions 
are  aimed  primarily  at  giving  the  reader  unfamiliar  with  the 
language  seme  insight  into  why  the  program  was  structured  in 
the  manner  selected  without  having  to  assimilate  the  entire 
program. 

As  a  convenience  in  understanding  the  following  descrip- 
tions, terms  appearing  in  ALL.  CAPITAL  letters  with  seper- 
ating  periods  are  the  actual  variable  names  used  within  the 
program.  In  this  way  readers  wishing  to  correlate  the  over- 
view   information   with  the   actual    program   code   may    do   so. 

1  •      Entities   and    Attributes 

An   entity  is   a  structured   data   item   which    represents 
some    element  of    a  modeled  system.        It    is    like   a    subscripted 


107 


variable  in  that  it  may  represent  more  that  one  value. 
These  values  are  termed  attributes  of  the  entity  and  when 
assigned  specific  values,  they  define  a  particular  configu- 
ration or  state  of  the  entity.  The  important  point,  though, 
is  that  these  attributes  are  referenced  by  name  rather  than 
by  subscript  which  enhances  readability  and  modeling.  For 
example,  one  can  create  an  entity  called  a  PACKET  which  has 
such  attributes  as  BEGIN. TIME  and  DEST.NODE.  The  value  of 
EEGIN.TIME  is  referred  to  by  BEGIN. TIME (PACKET) ,  which  is 
more  readable  than  using  a  multidimensional  array  with 
numerous   subscripts. 

Entities  also  may  be  either  permanent  or  temporary. 
All  permanent  entities  must  be  "created"  at  the  same  time 
and  thus  their  total  cumber  must  be  known.  This  fact  makes 
this  data  structure  ideal  for  modeling  the  network  ncdes. 
Tempcrary  entities,  en  the  ether  hand,  may  be  created  when- 
needed  and  destroyed  when  nc  longer  needed.  By  destroying 
temporary  entities  which  are  no  longer  needed,  significant 
savings   in      memory   can   be  achieved.  Messages,      therefore, 

were    modeled  as    temporary  entities. 
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2 .      Set s 

The  .structuring  of  related  data  elements  by  means  of 
sets  proved  to  be  an  extremely  powerful  concept  and  was  thus 
used  extensively  in  the  model.  This  single  concept  is  by 
far  the  most  important  in  understanding  the  development  of 
the  network  model  and  provided  a  means  to  produce  an  "under- 
standable"   simulation   program. 

Cne  of  the  irajor  goals  of  this  particular  research 
was  to  write  a  "driver"  packet-switched  communications  simu- 
lation program.  This  meant  that  the  program  had  to  function 
efficiently,  be  modular  in  structure  for  ease  of  modifica- 
tion, and  above  all  else  be  conceptually  understandable  to 
ethers   continuing  in     this    area   of  research.  In   reviewing 

simulation  programs  by  other  authors,  it  is  .apparent  that 
the  use  of  multidimensional  array  data  structures  with  their 
numerous  subscripts  in  modeling  network  activities  and 
components  produces  programs  which  are  extremely  difficult 
to    follow.  One  simply      becomes   lost     in    the      indexes   when 

trying   tc   trace    program   logic. 

The  answer  tc  the  problem  for  this  author  lay  in  the 
use  of  sets.  It  was  soon  apparent  that  having  a  background 
steeped   in    FORTRAN    array   structures   caused   inertia    which   had 
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to  be  overcome  in  order  to  find  a  better  way  of  making  a 
simulation.  The  results,  though,  of  using  the  set  structure 
method  seem  to  have  proved  successful,  in  that  ancther 
thesis  student  was  able  to  utilize  this  network  simulation 
program  as  the  basic  structure  for  modeling  another  routing 
protocol   [Hef.    24]. 

Sets  are  organized  collections  of  entities.  Sets 
are  similar  to  arrays  in  that  each  of  the  entity  elements  of 
which  the  set  is  composed  may  be  identified  and  manipulated. 
Eowever,  in  contrast  to  the  static  structuring  imposed  on 
array  elements,  the  organization  of  entities  in  sets  may  be 
dynamic   and   changeable.  An    entity    may   own   a      set   of    ether 

entities.  In  our  model  a  LINK  cwns  a  QUEUE  in  which  PACKETS 
can  be  "filed"  or  "removed".  .  Sets  can  be  searched  tc  see  if 
a  particular  entity  is  currently  present,  and  may  also  be 
ordered  automatically  based  upon  such  criteria  as  first-in- 
first-out  or  last-in-first-out.  A  final  comment  concerning 
sets  is  that  the  number  of  entities  in  a  set  at  any  time  is 
contained  in  a  program  variable.  In  the  previous  case,  the 
number      cf    PACKETS      in  the      QUEUE   would      be   N. QUEUE.  This 

feature  was  used  extensively  in  gathering  statistical  infor- 
mation  during  a    simulation    run. 
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-  •      Statistical    Analysis 

The  principal  outputs  of  simulation  experiments  are 
statistical  measurements.  In  reviewing  other  simulation 
programs,  it  was  ncted  that  often-times  statements  were 
scattered  throughout  the  program  to  collect  information  with 
special  summary  routines  written  to  print  it  out  at  the  end. 
Aside  from  being  tedious  and  time-consuming  to  produce, 
these  data  collection  and  analysis  statements  clutter  the 
operating   logic    of    a    program. 

However,  SIMSCRIPT      II. 5        has      two        statements, 

ACCUMULATE  and  TALLY  which  virtually  eliminate  this  kind  of 
"bock-keeping".  ACCUMULATE  was  used  in  this  program  since 
it  introduces  time  into  the  average,  variance,  and  standard 
deviation  calculations,  weighting  the  collected  observations 
by  the  length  of  time  they  have  had  each  value.  Another 
reason  why  array  structures  were  avoided  was  because  both 
these  powerful  routines  would  only  perform  on  permanent  or 
temporary   entities.  During   the      initial   check-out      of   the 

simulation  program,  key  statistics  were  obtained  using  both 
the  ACCUMULATE  procedure  and  written  book-keeping  state- 
ments. The  results  cttained  were  identical.  Additionally, 
the    program     axecuticn  time      was   reduced      when   the      built-in 
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statistic  gathering  functions  were  used.  As  a  result,  all 
applicable  network  measurements  were  obtained  in  this 
manner. 

C.   NETWCBK  COMPONENTS 
1 .   Nc d es 

Nodes  are  the  switching  elements  for  the  data  commu- 
nications network.  The  switching  elements  are  specialized 
computers  which  handle  the  many  functions  performed  by  the 
node.  Cther  common  terms  for  a  node  include  IMP  (Interface 
Message  Frocessors  used  in  ARPANET)  ,  packet  switch,  data 
switching  exchange  and  communication  computer. 

In  this  model,  all  nodes  have  unique  identities  and 
identical  capabilities.  In  the  simulation  program  each  node 
is  a  permanent  entity  with  attributes  identifying  its  group 
and  family.  The  ncde  owns  a  list  of  "neighbor"  nodes  for 
which  a  full  duplex  communications  link  exists  in  its 
LINK. SET. 

The  clock  information  required  for  the  Yen  algorithm 
is  modeled  as  the  node's  ALARM. CLOCK  set  which  contains  the 
routing  algorithm  data.  Each  time  a  node  receives  an  update 
from  a  destination  ncde  for  the  first  time,  the  steps  of  the 
algorithm  are   performed   and  an  update  transmission  is 


112 


scheduled.  To  keep  this  information,  the  node  creates  a 
EUZZER  entity  whose  attributes  are  the  destination  node  of 
the  update  message  (CAUSE)  ,  the  tentative  transmission  time 
of  the  update  (SETTING) ,  and  the  current  Update  Transmission 
list  (BUZ. LIST)  which  stores  the  identities  of  those  nodes 
from    which    it  has  already  received  a    particular   update. 

The  node  maintains  a  XMT. RECORD  which  contains  a 
list  of  update  messages  which  it  has  received  and  subse- 
quently sent  onward.  When  "late"  update  messages  arrive, 
then,    the  node    can    identify    them    by   checking   the    XMT. RECORD. 

The  simulaticn  may  be  operated  using  either  data- 
grams or  virtual  circuits  as  the  means  of  routing  message 
packets  from  source  tc  destination  node.  When  using  virtual 
circuits,  the  node  must  keep  track  of  the  circuits  or  paths 
which  packets  belonging  to  particular  messages  are  taking. 
This  is  accomplished  ty  means  of  a  VIRT.CKT.LIST  which  nodes 
keep  in  order  to  ensure  that  all  packets  of  the  same  message 
take  the  same  path.  When  virtual  circuits  are  used  in  the 
simulaticn,  a  route  is  established  by  the  first  packet  of  a 
message.  This  "trail-blazer"  packet  takes  the  then-current 
test  path  from  node  to  ncde  with  each  node  creating  a 
CIRCUIT    fcr    that   message.      The    CIRCUIT   has   the   attributes   of 
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message  identif icaticn  number  and  the  best  path  taken.  All 
subsequent  packets  belonging  to  the  message  will  then  take 
that  path.  The  CIRCUIT  is  "broken  down"  (i.e.  removed  from 
the  VIRT.CKT.LIST)  when  the  last  packet  of  the  message  is 
transmitted  by  the  node. 
2 .      Links 

Each  node  owns  a   LINK. SET     which   contains   the   set   of 
IINK    entities.      The    LINK^    attributes    include 

1.  The    identity    cf  the    terminating   node    (TERM); 

2.  The   current    link   STATUS    which      is   either   BUSY   sending 
traffic    or  IDLE; 

3.  Tfce      current      value      of        the      link      weight      function 
(IK.  HEIGHT)  ; 

It  is  apparent  that  seme  of  these  attributes  are  "physical" 
in  that  they  model  actual  network  features  such  as  TERM 
while  ethers  are  "descriptive"  in  the  sense  of  associating  a 
condition  or  state  of  an  entity  with  the  entity  itself  (i.e. 
STATUS)  .  The  power  of  the  entity-attribute  structure  is 
very  apparent  here.  Ey  associating  the  condition  or  state 
cf  ar  entity  with  the  entity  itself,  a  simple  methed  of 
keeping  track  and  thus  analysing  very  complicated  processes 
is    accomplished. 


114 


In  using  a  set  structure  to  describe  the  link 
connectivity  of  a  network,  a  great  degree  of  flexibility  was 
addad  to  the  possible  network  topologies  available  within 
the  simulation.  The  option  also  exists  to  dynamically  alter 
that  tcpclogy  during  a  simulation  run  in  order  to  model  such 
occurences  as  new  nodes  entering  the  system  cr  the  destruc- 
tion of  links. 
3 .      Queues 

In  an  actual  iiip  Lamentation  of  message  buffer  gueues 
for  packet-switched  systems,  the  node  itself  is  likely  to 
have  a  single  memory  buffer  designated  as  the  packet  queue. 
Under  this  scheme,  packets  awaiting  transmission  would  be 
stored  in  a  single  menory  buffer,  regardless  of  the  outgoing 
link    selected      as  the      best    path    for      the   packet.  When   an 

outgoing  link  which  had  been  busy  finally  became  idle,  soft- 
ware would  be  required  to  scan  the  queue  for  packets 
destined  to  travel  on  that  lick  next.  In  this  simulation, 
rather  than  have  a  single  packet  queue  for  the  entire  node, 
the  job  cf  buffering  packets  was  divided  up  such  that  each 
link  had  a  seperate  queue  associated  with  it.  The  tradeoff 
between  scanning  the  single  node  queue  and  dividing  allotted 
memory  space  among  the  links  is  one  of  access  time  versus 
naximum    buffer    capacity    per    link. 
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Associating  individual  queues  with  their  links  was 
incorporated  in  the  simulation  primarily  as  a  method  of 
tracking  the  flew  of  packets  through  the  network.  Osing 
this  model  means  that  when  a  packet  arrives  at  a  node,  its 
best  path  is  determined  based  upon  the  current  routing  table 
entries-  The  packet  is  then  either  transmitted  over  the 
best  path  link  or  placed  into  the  link's  queue,  depending 
upon  the  status  of  the  link.  In  the  event  of  a  busy  link 
and  an  already  large  queue,  the  best  path  for  that  packet 
when  it  finally  gets  to  the  "top"  of  the  queue  may  have 
changed  during  the  interval.  The  packet  will  then  be  sent 
to  a  node  which  is  no  longer  on  the  best  path.  The  problem 
inherent  to  link  queues  is  thus  one  of  routing  packets  based 
upon  information  when  the  packet  arrives  and  not  when  the 
packet  is  actually  transmitted.  Of  course,  when  link  queues 
are  generally  short  the  possible  routing  errors  associated 
with    this   problem  should   not   be   substantial. 

An  alternate  model  for  the  packet  queue  required  at 
each  node  (which  was  not  simulated)  is  based  upon  a  varia- 
tion of  the  single  node  queue.  When  a  packet  arrives  at  a 
node,  its  best  path  is  determined  based  upon  current  routing 
information    and    if   the  selected   link    is    busy,      the    packe:   is 
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placed  in  the  single  node  queue.  When  'the  packet  is  placed 
into  the  queue,  it  is  not  assigned  a  best  path  link,  but  is 
merely  placed  in  the  queue  in  first-in-first-out  order.  At 
some  later  time,  the  link  to  node  J  becomes  idle.  The  soft- 
ware will  then  scan  the  queue  for  the  first  packet  whose 
best  path,  according  to  the  current  routinq  table  for  its 
destination,      is      indeed  the     link  to      node  J.  Using  this 

system,  all  packets  within  the  queue  are  qoinq  to  be  routed 
based  upcn  the  "freshest"  best  path  information  available  at 
the  time  a  link  becomes  idle.  By  not  freezinq  the  best  path 
which  a  queued  packet  must  take  at  the  time  the  packet 
arrives,  we  ensure  that  all  packets  will  take  the  best  path 
to   their    destination   at   the    time    of   transmission. 

Each  link  also  has  an  update  queue  which  is  used  in 
the  simulation  to.  model  the  priority  status  given  to  routing 
traffic.  Conceptually,  the  update  queue  appears  at  the 
"top"  of  the  packet  queue.  Updates,  then,  are  sent  before 
regular  message  traffic  when  bcth  the  update  and  the  message 
packet  queues  of  the  link  contain  traffic.  This  dcuble 
queue  system  also  picvided  a  convenient  way  to  model  the 
insertion  of  update  packets  into  ongoing  message  packets  by 
means   of   the  reserved   pattern    method. 
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U .      Messages 

The  simulation  generated  messages  which  consisted  of 
a  random  number  of  packets  based  upon  a  selected  length 
distribution.  The   distributions      used      were  uniform      (the 

maximum  message  length  was  selectable) ,  and  geometric  (in 
which  tt€  average  nutrter  of  packets  per  message  was  picked). 
Each  message  PACKET  contained  a  number  of  physical  and 
descriptive   attributes.  The   physical      attributes    included 

such  things  as  the  originator  (ORG. NODE),  the  destination 
(DEST.NOCE)  and        the         message        identification        number 

<MSG.  ID.NUM) .  The  descriptive  attributes  were  used  specifi- 
cally for  gathering  statistics  about  the  packet's  trip 
through  the  network.  When  a  packet  was  generated,  its 
LIFETIME  was  set  ALIVE  (egual  to  1)  and  upon  reaching  the 
destination,  the  LIFETIME  became  DEAD  (equal  to  0).  In  this 
way  the  average  packet  transit  time  was  determined  by  aver- 
aging the  sum  of  all  packet  LIFETIME'S  using  the  ACCUMULATE 
procedure.  In  the  same  manner,  the  average  time  that  a 
packet  was  queued  during  its  trip  was  found  by  setting  QSTAT 
"ALIVE"    whenever     the   packet      entered   a      link   queue.  Upon 

removal    from  the  queue,    QSTAT   was   pronounced    DEAD. 
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The  packet  attributes  of  P. NAME  and  P. ARRIVAL  are 
used  in  crder  that  the  arrival  time  of  a  message  packet  in 
transit  can  be  modified  in  the  event  that  an  update  packet 
is  inserted.  In  order  that  message  packets  in  transit  not 
fce  in  a  limbo  state  as  far  as  the  simulation  program  was 
concerned,  a  "propagation  queue"  (PROP. QUEUE)  was  developed, 
when  packets  were  transmitted  they  were  filed  into  the 
link's  PBCP. QUEUE  and  upon  arrival  to  the  next  node,  removed 
therefrom.  This  was  required  in  order  to  keep  accurate 
track      of   the      identity   of      all   messages      in   transit.  The 

informaticn  contained  in  P. NAME  and  P. ARRIVAL  was  related  to 
the  name  and  scheduled  occurence  time  of  the  event  corre- 
sponding to  the  arrival  of  that  packet.  In  this  way,  if  an 
update  was  inserted,  the  scheduled  arrival  time  of  the 
packet     could      be      lengthened        accordingly.  The      details 

involving  hew  the  cancelling  and  rescheduling  of  the  pack- 
et's   arrival  is    accomplished   is   included   in   the    program. 

The  length  of  the  packet  was  described  in  terms  of 
the  time  required  to  transmit  a  packet  over  one  link.  This 
time  was  selected  by  using  a  channel  capacity  of  20,000  bits 
per  second  per  link  and  a  packet  size  of  1000  bits.  The 
packet   transmission    time    was   then 
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EKT.XMN.TIME     =      1000    bits    /    20,000    bps 
~     0-05    seconds   . 


5.      Dpdate    Packets 

Routing  information  was  disseminated  among  nodes  by 
means  of  0FEATE  packets.  The  attributes  of  an  UPDATE  iden- 
tified the  destination  as  being  either  a  node,  group  or 
family  (CIASS)  and  whether  or  not  the  update  was  "regular" 
cr  "warning"  (VARIETY).  A  regular  update  is  the  simple 
message  described  in  the  Yen  algorithm.  The  warning  update 
is  used  in  the  hierarchical  version  to  enable  nodes  of  a 
group  or  family  to  transmit  their  unit  update  message  at  the 
same    time    (FIRING.  TIHI) . 

The  update  also  had  an  additional  counter  which 
indicated      the    number     of  heps      which    it      had   taken.  This 

counter  was  employed  in  anticipation  of  a  problem  which  can 
occur  when  hierarchical  routing  is  utilized.  Nodes  residing 
en  or  near  unit  borders  can  have  neighbors  which,  though 
guite  close,  are  located  in  different  units.  Routing  infor- 
mation to  these  close  neighbors  would  normally  be  in  terms 
of  the  best  path  to  the  unit,  rather  than  to  the  specific 
node  itself.  Thus  unit  (vice  nodal)  routing  information  may 
result   in   much      longer  paths   being  taken      between    nodes  that 
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are  very  close  to  each  other  but  belong  to  different  units. 
A  more  efficient  routing  should  be  achieved  by  having  nodes 
maintain  routing  information  en  close  neighbors,  regardless 
cf   the      unit  boudaries.  The    proposed      method   on      how   this 

"boundary"  routing  information  can  be  developed  utilizes 
this    hep   counter. 

Ey  examining  the  HOP. COUNT  of  "node"  updates  which 
are  received,  precise  routing  information  to  "close"  neigh- 
tors  cutside  of  the  the  basic  unit  can  be  developed.  When 
this  technigue  was  used,  the  user  parameter  HOP. LIMIT  was 
set  to  indicate  the  "depth"  at  which  node  updates  were 
allowed  tc  travel  intc  groups  or  families  which  were  not  a 
part  cf  their  basic  group.  Therefore,  whenever  a  node 
received  such  an  update  from  outside  of  its  basic  group  the 
HOP.CCONT    would    first   be   checked.  If    the   packet    had    trav- 

eled ever  the  specified  HOP. LIMIT,  then  the  update  would  be 
ignored.  If,  however,  the  HCP. COUNT  was  within  the  limit 
then      the      normal      update   procedurs      would      commence.  The 

receiving  node  would  now  possess  special  routing  information 
to  a  neighboring  node  which  was  not  in  its  group.  This 
ability  tc  maintain  routing  information  to  all  close 
neighbor   nodes      regardless    of      their    unit      assignment    should 
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assist      in     the     total  performance     of      the      network.  The 

benefits  from  this  technique  are  expected  to  exceed  the 
small  routing  table  increments  required  to  maintain  these 
entries. 

The  size  of  the  update  message  was  selected  to  be 
relatively  short,  in  keeping  with  the  simple  information 
which  it  cor.tains.  For  an  update  packet  of  length  40  bits 
the   corresponding  transmission   time   was 

O.XMN.TIME      =      40    bits   /    20,000    bps 
=      0.00125    seconds   . 

Update  packets  were  given  priority  over  regular  message 
traffic  through  the  use  of  the  insertion  technique  and  a 
separate      update  queue.  The      insertion   technique      allowed 

updates  to  be  transmitted  when  message  traffic  was  already 
in  transit.  However,  updates  were  not  allowed  to  be 
inserted  into  other  updates.  If  a  link  was  busy  sending  an 
update  packet  then  additional  update  packets  would  be  placed 
in  the  update  queue.  Upon  completion  of  transmission,  all 
waiting  update  packets  would  be  sent  before  message  traffic 
was   r€sumed. 
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D.       NETWORK    OPERATION 

The  transmission  cf  message  packets  between  nodes,  the 
firing  of  an  update  packet  at  the  precise  time  and  all  the 
ether  network  activities  required  for  the  simulation  were 
modeled  by  SIMSCRIPT  "events".  Events  are  routines  which 
are      scheduled      to      take   place      during      a      simulation.  An 

initializing  program  called  "Main",  schedules  events  to 
occur,  and  during  the  course  of  the  simulation,  either 
events   or   subroutines  can  schedule   more   events. 

The  sequencing  cf  events  within  the  simulation  is 
controlled  by  a  simulation  clock  and  an  event  queue.  At  any 
given  mcnent  during  a  run,  the  event  queue  contains  the  name 
cf  all  scheduled  events  with  their  order  in  the  queue  depen- 
dent upon  their  scheduled  time  of  occurence.  The  "Main" 
program  leads  the  event  queue  with  the  scheduled  starting 
events.  At  "Start  Simulation"  the  first  event  scheduled 
(which  is  at  the  head  of  the  event  queue)  is  executed.  This 
event  may  in  turn  schedule  ether  events  to  take  place  either 
NOW  (next  in  the  event  queue)  or  at  some  future  time.  The 
simulation  stops  when  no  further  events  are  in  the  event 
queue,    whereupon  control   passes   back    to   the   Main    program. 
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Ill  keeping  with  the  initial  design  goal  of  a  modular- 
ized, adaptable  program  which  can  be  used  in  future 
research,  all  routires  and  events  were  written  such  that 
they  were  a  part  of  cne  of  the  following  four  divisions: 

1.  Preparation  Pricr  to  Simulation    (P) 

2.  Update  Routing  Protocol  (U) 

3.  Message  Packet  Transport  (M) 

4.  Evaluation  of  Network  Performance  (E) 

The  single  letter  at  the  beginning  of  each  name  was  used  in 
the  computer  progran  to  indicate  the  division  for  each 
routine  and  event  (i.e.  E2. COLLECT. DATA  is  an  Evaluation 
routine) .  The  number  after  the  letter  designator  indicates 
their  relative  order  cf  appearance  in  the  program.  Soutines 
and  events  within  the  same  division  are  basically  indepen- 
dent cf  these  in  the  ether  divisions.  This  means  that  modi- 
fications and  alterations  within  a  division  will  not 
directly  effect  "outside"  routines.  Descriptions  of  each 
routine  and  event  are  provided  in  the  program  comments  which 
detail  the  function  and  operation  of  each  routine.  In  addi- 
tion an  alphabetic  summary  of  all  global  variables  is 
provided  at  the  beginning  of  the  program.  The  purpose  of 
this  section  is   not  tc  repeat  those  details  but   to  give  an 
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overview  of  the  network  operation  and  some  insight  into  the 
ever  present  question  as  to  why  the  simulation  was  written 
the    way      it    was.  It  is      hoped   that      through  understanding 

"why"   things  were   done  as  they   were,    follow   on   work    can   move 
forward   rather   than    needing   to   reinvent   the   wheel. 
1  •      Preparation    Prior  to   simulation 

The   seven  routines    which    make    up   this   division    are: 

1.  F1.B0ILD. NETWORK 

2.  F2. CONNECT. LINKS 

3.  F3. INITIAL. RCOTING.  TABLE 

4.  PU.  STATIC.  EVENTS 

5.  P5. DYNAMIC. EVENTS 

6.  P6. FORGE. EVENT. QUEUE 

7.  F7.  ZEROIZE.  SETS 

This  division  performs  all  initializing  functions  which  are 
required  prior  to  the  start  of  a  simulation  run.  These 
functions  can  be  broken  down  into  thrae  areas  which  are  the 
construction  of  the  network,  the  loading  of  the  event  queue 
with  the  starting  events,  and  the  "cleaning  of  the  slate" 
prior  to  the  start  of  the  next  run  of  a  multiple  run 
simulation. 
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The  network  is  built  using  two  routines  which  divide 
the  task  into  two  parts.  The  first  routine,  BUILD. KETWOBK, 
takes  the  input  data  which  lists  the  nodes  and  their  group 
and  family  relationships  and  produces  the  program  node  iden- 
tity numbers  which  are  used  in  the  simulation.  These 
program  ncde  numbers  are  a  single  value  which  uniguely  iden- 
tifies a  node,  which  otherwise  would  require  a  three  part 
name.  After  creating  the  nodes,  the  link  connectivity  is 
produced  using  CCNNECT.LINK S.  In  this  routine  duplex  links 
are  constructed  between  specified  node  pairs.  Upon  comple- 
tion each  node  has  its  own  LINK. SET  which  contains  the  iden- 
tity of  the  terminating  node.  By  using  sets  for  this 
portion  cf  the  model,  the  ability  to  produce  dynamic  changes 
in  the  link  connectivity  of  a  system  can  be  done  simply -by 
adding   or    deleting   LINKs   from   the   LINK. SET. 

As  an  additional  feature,  a  graphics  routine  was 
written  which  incorporated  the  same  data  set  used  in  these 
two  routines.  The  network  figures  in  this  report  were 
produced  frcm  this  routine.  In  this  way,  a  visual  confirma- 
tion could  te  made  of  all  test  networks  as  to  their  topology 
to   ensure  their    correctness    prior  to    simulation. 


126 


Cne  of  the  problems  anticipated  in  this  simulation 
was  that  of  producing  an  initial  best  path  routing  table 
prior  to  the  start  of  the  simulation.  Rather  than  produce  a 
routing  tatle  by  soiie  external  means  or  simply  assigning  a 
randomly  generated  table,  an  alternate  approach  was  used. 
Since  the  Update  Routing  Protocol  routines  could  operate 
independently  of  the  Message  Packet  Transport,  the  solution 
was  simply  to  run  the  simulation  without  message  traffic  and 
with  only  one  update  per  destination  node,  group  or  family. 
With  all  link  weights  set  to  unity,  a  least  hop  routing 
table  was  produced  by  INITI AL. ROOTING. TABLE.  The  resulting 
table  was  stored  in  a  BEST. PATH  matrix.  As  a  time  saver,  an 
additional  copy  of  this  table  was  made  (DUP. BEST. PATH)  for 
use    with   multiple   simulation   runs. 

lie  event  queue  was  loaded  with  either  STATIC. EVENTS 
or  DYNAMIC  EVENTS.  Osing  S IATIC.  EVENTS  ,  the  initial  routing 
table  was  fixed  throughout  the  simulation  by  simply  not 
scheduling  any  events  from  the  Update  Routing  Protocol  divi- 
sion to  take  place.  On  the  other  hand,  when  the  simulation 
was  run  using  the  dynamic  routing  algorithm,  events  from  the 
Update   division    were    loaded    in   the  event   queue. 
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Tc  stop  a  simulation  after  a  given  period  of  tine, 
the  event  queue  is  eirptied  using  PURGE. EVENT.  QUEUE.  Upon 
completion  of  this,  all  statistic  gathering  routines  and 
dynamic  set  structures  were  cleared  with  ZEROIZE. SETS.  To 
ensure  the  repeatability  of  simulation  runs  an  added  precau- 
tion was  taken  with  all  of  the  system  random  number  genera- 
tors used  in  the  program.  These  were  reset  with  their 
starting  "seed"  values  in  order  to  ensure  that  nultiple 
simulations  would  have  identical  inputs. 
2 .      Opdate    Routing  Protocol 

The  connection  between  the  Message  Packet  Transport 
division  and  the  Update  Routing  Protocol  division  is  the 
EEST.EATH  routing  table.  Events  and  routines  within  the 
Update  divison  are  responsible  for  producing  and  maintaining 
this  table.  In  this  research  the  Yen  algorithm  is  simulated 
within  this  division  using  a  total  of  eight  events  and 
routines: 

1.  01. GENERATE. OEEATE    (EVENT) 

2.  U2. TRANSMIT. UEDATE    (ROUTINE) 

3.  03.  INSERT.  UPDATE     (RO0TINE) 

4.  oa.RECEIVE.UPEfiTE     (EVENT) 

5.  05. LINK.  WEIGHT. CALCULATION     (EVENT) 
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6.  06.NCDE.WAKE.DE    (EVENT) 

7.  07. UNIT.  FIRING    (EVENT) 

8.  08.  ERASE.  RECORD    (EVENT) 

The  starting  event  used  by  the  Yen  algorithm  is 
GENERATE. UPDATE  which  is  scheduled  for  each  node,  group  and 
family  at  the  beginning  of  the  simulation.  During  the 
course  of  tfce  siirulaticn  each  node  will  continue  to  generate 
its  own  destination  update  at  regular  time  intervals.  In 
the  case  cf  the  hierarchical  version,  a  "leader"  node  is 
selected  in  each  unit  which  then  generates  the  unit  warning 
message   at     regular    intervals.  The   time      interval   between 

node,  grcup  and  family  update  messages  are  all  user  parame- 
ters   which   may    be   independently   selected. 

The  updates  are  then  transmitted  to  neighbor  nodes 
ty  means  of  the  TRANSMIT . UPDATE  routine.  This  routine 
performs  the  critical  function  of  ensuring  that  the  effects 
cf  update  traffic  inserted  within  the  bit  stream  of  a  propa- 
gating message  packet  is  properly  modeled.  The  routine  is 
able  to  handle  the  transmission  of  an  update  differently 
based  on  the  three  possible  circumstances  by  which  a  link 
may   be   busy: 
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1.  Regular    messace  traffic   is     being   transmitted   with   no 
"inserted"   updates  presently   in  transit; 

2.  Upcate     traffic   is      in      transit      which   has      net      been 
"inserted"  into  a   regular   message   packet; 

3.  "Inserted"      update  traffic     is     currently   in      transit 
within  a    regular   message   packet's    bit   stream. 

In  cases  (1)  and  (3),  the  message  packet  in  transit  has  to 
be  "lengthened"  to  account  for  the  additional  update  which 
has        been      inserted        into        its        bit      stream.  Routine 

INSERT. UPDATE  readjusts  the  message  arrival  time  when  an 
update    is   inserted    into   a   message   packet. 

Upon        reception        cf        an  update,  the        event 

RECEIVE. UPDATE  performs  the  basic  calculation  of  the  Yen 
algorithm.  The  update  is  determined  to  be  either  "Regular" 
or  "Warning"  with  appropriate  action  taken.  In  the  case  of 
a  regular  update,  the  value  of  the  link  weight  is  calculated 
and  the  time  of  transmission  calculated  in  accordance-  with 
the   Yen    algorithm. 

The  user  has  the  option  of  selecting  one  of  the  five 
link  weight  functions  presented  in  the  last  chapter.  If  a 
link  weight  function  is  chosen  which  uses  a  window  technique 
(as    Method      5  did),      a  LINK . WEIGHT. CALCULATION      is    performed 
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each  "window"  of  time  throughout  the  simulation.  The  length 
of  time  for  a  window  and  the  number  of  windows  in  a  total 
averaging  period  are  user  controlled  parameters.  During  a 
LINK. HEIGHT. CALCULATION,  each  link  in  the  network  would  have 
a  WEIGHT  computed  for  the  window  time  which  is  filed  into 
the  link's  SET. OF. WEIGHTS.  The  number  of  WEIGHTS  in  the  set 
is  limited  to  the  number  of  windows  selected  and  therefore 
as  a  new  WEIGHT  is  filed,  the  oldest  WEIGHT  is  removed. 
This  process  provides  a  close  approximation  to  a  continu- 
ously sliding  window.  Upon  reception  of  an  update,  the 
average  of  the  link  weight  function  is  computed  by  taking 
the  average  of  all  WEIGHTS  in  the  SET. OF. WEIGHTS. 

Upon  completion  of  these  calculations  the  node 
schedules  itself  to  "wake  uf"  (NODE. WAKE. UP)  when  the  best 
path  time  of  transmission  is  to  occur.  This  is  accomplished 
ty  creating  a  BUZZES  which  has  attributes  identifying  the 
update  ty  its  crigicating  node  (CAUSE)  and  the  time  of 
origin  (EUZ.BEG)  ■.  The  BUZZEH  also  contains  the  tentative 

time  of  update  transnission  (SETTING) ,  the  associated  best 
path  node  (TEMP.BP)  and  the  name  of  the  NODE.  WAKE.  UP  event 
which  had  been  scheduled  (BUZ. WAKE). 
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This  last  item  was  critical  to  the  operation  of  the 
program.  In  order  to  change  the  time  of  update  transmission 
in  case  a  "tetter"  rcute  occurs,  the  previously  scheduled 
NODE- SAKE. Uf  event  has  to  be  cancelled  and  then  rescheduled. 
In  order  to  cancel  a  specific  event  residing  in  the  event 
queue,  it  was  required  to  have  a  specific  "name".  The  act 
cf  giving  an  event  a  name  and  then  storing  that  name  as  an 
attritute  of  the  entity  involved  with  that  event  was  used 
throughout      this      simulation.  In   any     truly      dynamic      and 

distributed  simulation  such  as  this  one,  the  ability  to 
properly  cancel  and  reschedule  events  whose  time  cf  occu- 
rence are  subject  tc  change  was  critical  to  its  successful 
operation. 

The  identity  cf  the  neighbor  noda  (BOZ.NODE)  from 
which  the  update  was  received  is  also  maintained  in  a  set 
(BUZ.IIST)  which  is  cwned  by  the  BUZZER.  This  is  similar  to 
the  Update  Transmission  List  cf  the  algorithm,  but  instead 
cf  deleting  the  nodes,  this  technique  adds  the  nodes.  When 
ether  updates  arrive,  the  ALARM. CLOCK  is  first  checked  to 
see  if  there  already  exists  a  BUZZER  on  this  particular 
update.  If  one  is  found,  then  the  new  time  "setting"  is 
compared   to   the    previous   BUZZER.      If    the   previous    setting   is 
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still  better,  no  further  action  is  taken  except  that  the 
identity  of  the  node  is  added  to  the  BOZ.LIST.  If  the  new 
setting  is  better,  then  the  BUZZER  is  reset  and  the 
NODE. iAKE.UE  event  rescheduled  to  the  new  time.  Upon  waking 
up,  the  rede  transmits  the  update  to  all  nodes  which  are  not 
listed   in  the  BOZ.LIST. 

When  using  the  hierarchical  version,  the  update 
received  can  be  of  a  warning  nature.  Upon  reception  of  a 
warning  message,  the  node  retransmits  the  warning  using  a 
flooding  technigue  and  then  schedules  its  own  unit  update 
transmission     using      the      event        UNIT. FIRING.  The      event 

UNIT. FIRING  is  scheduled  at  the  firing  time  of  a  regular 
group  and  family  update  message.  The  events  UNIT. FIFING  and 
NODE.  iiAKE.UE  are-  similar  in  function  except  the  latter 
refers   tc   the  unit    update  transmissions. 

The  node  also  maintains  a  record  of  all  update 
retransmissions   .which  is      kept    in   the    XMT.  RECORD.  In   this 

way,  "late"  updates  arriving  at  a  node  can  be  identifed  and 
ignored.  In  order  that  this  record  not  become  excessively 
long,  the  event  ERASE. RECORD  is  scheduled  for  each  record 
after  a  set  time  interval.  Upon  execution,  the  outdated 
record   is  removed  frcn  the    XMT. RECORD    and   destroyed. 
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3-      Kessage    Packet  Transport 

The  two  events  falling  into  this  category  are 
involved  with  the  generation,  transmission  and  reception  of 
message   traffic    within  the    network: 

1.  M1. GENERATE. MESSAGE     (EVENT) 

2.  M2. RECEIVE.  MESSAGE. PACKET     (EVENT) 

Event  GENERATE. MESS  AGE. PACKET  produces  new  message 
traffic  for  the  network.  The  traffic  intensity  (PPS.AVE) 
and  the  number  of  packets  per  message  (AVE. PPM)  are  both 
controllable     through     simulation   parameters.  This      event 

occurs  each  time  a  new  message  is  generated.  The  average 
time    between  consecutive   messages   is    then 

BSG.GENEBATICN. INTERVAL    =    AVE. PPM    /    PPS.AVE 

A  Pcisscr.  arrival  distribution  was  assumed  and  therefore 
this  interval  was  used  as  the  exponential  interarrival  time 
average    between    messages. 

Packets  were  transmitted  or  queued  depending  upon 
the  link  status.  A  BECEIV E. MESSAGE.  PACKET  event  was  sched- 
uled to  occur  PKT.XMN.TIME  seconds  after  a  packet  was  trans- 
mitted. This  arrival  time  was  subject,  however,  to 
variation  due  to  the  possible  insertion  of  an  UPDATE  into 
the   simulated  "bit    stream"    cf    the   propagating   packet. 
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Tt€  selection  of  the  source  and  destination  nodes 
for  each  message  was  usually  done  using  a  uniform  distribu- 
tion so  that  all  node  pairs  were  equally  likely.  Provisions 
were  made,  though,  so  that  the  simulation  could  be  run  using 
unbalanced   traffic   distributions.  Under   these   conditions, 

selected     source-destination     ncde      pairs        were      chosen     to 
produce   non-unifcrm    distributions   of   traffic. 
*•      Evaluation    of   Network   Performance 

Th€  Evaluation  routines  and  events  collect  and 
output  all  parameters  which  change  for  multiple  runs  and  the 
accumulated  statistical  measurements.  The  seven  routines 
and   events    are   as   follows: 

1.  E1. TRANSIENT. EIANKING     (EVENT) 

2.  E2. COLLECT.  DATA    (EVENT) 

3.  E3. PARAMETER. LISTING     (ROUTINE) 

4.  E<4.  NETWORK.  PERFORMANCE.  REPORT     (EVENT) 

5.  E5. BEST. PATH. ROUTING .TAELE     (ROUTINE) 

6.  E6. LINK.  WEIGHT. MATRIX     (ROUTINE) 

7.  E7. TRAFFIC. DISTRIBUTION     (ROUTINE) 

PARAMETEB.  LISTING  provides  the  values  assigned  by 
the  user  to  all  program  parameters  which  do  not  change 
during      the     course      cf      multiple      simulation      runs.  This 


135 


information  is  outputted  prior  to  the  start  of  the  first 
simulation.  During     the      simulation      itself,         the      event 

COLLECT. EATA  samples  the  status  of  the  network  at  times 
which  are  controlled  by  the  user.  Under  normal  conditions, 
a  particular  number  cf  samples  is  selected  which  then  cccur 
at  regular  intervals  throughout  the  run.  If  100  SAMPLES  are 
selected  for  a  10  second  run  then  the  interval  between 
consecutive     samples    wculd      be      0.1    seconds.  COLLECT. DATA 

takes    measurements    on  the   following   items: 

1.  The   total  number   of    packets  in   the   network. 

2.  The    mean    link    utilization   of   the   network. 

3.  The    mean    time      it   takes    for  a    packet      to   complete   its 
trip. 

4.  The    mean    queue   size    of   the   network. 

5.  The    mean    time    per   hop   cf   each    packet. 

Collected  data  is  stored  in  external  memory  and  then 
retrieved      by      graphical     routines.  The      plotted     results 

enabled  the  status  of  the  network  to  be  analyzed  as  a  func- 
tion cf  simulation  time  and  many  examples  of  the  results 
appear   herein. 

Csed  in  conjunction  with  DATA. COLLECTION  was  the 
event   TRASSIENT.  ELANKING.  Its    purpose      was   to      remove    the 
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effects  which  the  "start-up"  behavior  of  the  simulation  had 
upon  the  statistics  gathering  routines-  At  the  beginning  of 
each  simulation  run,  the  network  performance  statistics 
displayed  transient  behavior  which  rapidly  settled  as 
traffic  "filled"  the  network  and  the  update  process  began  to 
function.  Being  interested  in  the  steady  state  condition  of 
the  netwcrk,  the  statistics  taken  during  this  period  were 
removed  by  TRANSIENT. BLANKING  which  reset  all  statistical 
gatherinc  routines.  TRANSIENT. BLANKING  for  the  simulation 
runs  occurred  five  seconds  after  the  start  of  the 
simulaticn. 

The  NETWORK. EERFORMANCE. REPORT  gives  a  detailed 
summary  cf  statistics  on  link  utilization,  message  -and 
update        gueues,  and        message  packet        trips.  The 

EEST. PATH. ROUTING. TABLE  and  the  LINK . WEIGHT. MATRIX  give  the 
current  status  cf  their  respective  quantities  in  matrix 
format.  Lastly,  the  TRA FFIC. DISTRIBUTION  summarizes  the 
number  of  packets  generated  between  each  source-destination 
node  pair,  the  number  of  packets  completing  their  trips 
between  the  same  and  the  average  trip  time  for  these 
packets.  This  routine  is  guite  useful  when  analyzing  the 
netwcrk    performance   using  unbalanced   traffic   distributions. 
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5-      Example    Op date  Sequence 

Table  IV  gives  the  simulation  results  for  the  same 
sample  network  used  previously  in  Chapter  II,  Figure  3.1. 
The  various  events  are  described  in  the  order  of  their  time 
of  occurrence  during  the  update  sequence  of  the  single 
destination  node.  The  results  coincide  exactly  with  these 
obtained  previously  when  the  steps  of  the  algorithm  were 
worked  through  by  hand.  The  table  consists  of  the  actual 
output  statements  which  were  produced  during  the  simulation 
run. 
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TABLE    I? 
Sinulation    Best   Path    Results 


TIME 

o. 


(NODE) 


EVENT   DESCRIPTION 


0. 


0. 


(  1)  s  NODE  UPDATE  ORIGINATED. 

SENT  TO  THE  FOLLOWING  NODES: 

2 
3 
1   UPDATE  GENERATED  SO  FAR. 

(  2)  :  «»NEW  ALARM  CLOCK**—  UPDATE  (  1, 
SETTING  TO  GO  OFF  AT    2.0000. 

(  3)  :  **NEW  ALARM  CLOCK**—  UPDATE!  1, 
SETTING  TO  GO  OFF  AT    4.00Q0. 


0.     )  FROM  NODE   1, 


0.     )  FROM  NODE   1 


2.0000  (  2)  t  ««HAKE  UP  SOUNDED**  —  UPDATE!  1.   0. 

BEST  PATH  FROM  2  TO    1    IS 

UPDATE  SENT  TO  3 

UPDATE  SENT  TO  4 


2.0000  (  3) 


2.0000  (  1) 


3.0000  (  3) 


3.0000  (  H) 


ALARM  CLOCK  RESET  -  UPDATE  (  I.   0. 
NOW  SET  TO  GO  OFF  AT    3.0000. 

««NEW  ALARM  CLOCK**--  UPDATE  (  1,   0. 
SETTING  TO  GO  OFF  AT    5.0000. 


)  FROM  NODE   2. 


)  FROM  NODE   2. 


*»WAKE  UP  SOUNDED**  —  UPDATE  (  I.   0. 
BEST  PATH  FROM    3   TO    1    IS   2. 
UPDATE  SENT  TO   4 


:  ALARM  CLOCK  RESET  -  UPDATE  (  I,   0. 

NOW  SET  TO  GO  OFF  AT    4.0000. 
•«  RETRANSMISSION  OF  UPDATE  NOT  NEEDED  «» 
BEST  PATH  FROM   4   TO    1   IS    3. 


J  FROM  NODE   3. 


aaaaaa 

BEST  PATHS     *«»»*» 

FM-TO 

N  1     N  2     N  3     N  U 

N  1 

N  2 

1 

N  3 

2 

N  U 

3 
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V.    SIMULATION    RES  PIT  5 

Simulating  the  Yen  routing  algorithm  in  a  packet- 
switched  communicaticns  network  was  the  focus  of  this 
research.  The  first  phase  of  the  study  dealt  with  deter- 
mining a  link  weight  function  which  provided  an  viable  esti- 
mate cf  the  state  cf  the  network.  When  this  particular 
function  was  used  in  conjunction  with  the  Yen  algorithm,  a 
very  efficient  traffic  routing  procedure  occurred  fcr  a 
variety  cf  network  conditions.  The  testing  of  the  algorithm 
using  this  link  weight  function  comprised  the  second  phase 
of  the  sinulation  work.  Here  the  algorithm  was  subjected  to 
a  multitude  of  different  conditions  in  order  to  thoroughly 
test  its  operating  characteristics  and  evaluate  its  perform- 
ance. The  last  phase  of  the  simulation  involved  repeating 
the  process  of  phase  two  using  the  hierarchical  version  of 
the  Yen  algorithm  which  was  developed  in  the  last  chapter. 
Compariscns  could  then  be  made  between  both  the  "nodal"  or 
basic   algorithm    and    the   hierarchical    version. 
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A.       HEASOBIHG    ALGORITHM    PERFORMANCE 

In  seeking  to  determine  the  performance  of  the  algo- 
rithm, statistics  were  chosen  which  related  to  the  number  of 
packets  within  the  network  at  any  given  time.  The  reasoning 
behind  this  is  related  in  part  to  the  analytical  techniques 
presented  in  Chapter  IV  which  are  useful  in  validating  the 
simulaticn      model   itself.  Beth     Little's      Result    and      the 

Follaczek-Khinchin  formula  can  give  answers  for  the  average 
number  of  packets  within  a  network  when  the  traffic  distri- 
butions are  known.  Therefore  by  using  those  particular 
statistics,  a  means  cf  validating  the  simulaticn  model  prior 
to  testing  the  algorithm  was  possible.  The  second  reascn  is 
due  tc  tte  nature  cf  the  simulation  "run"  itself  and  how 
statistics   are    collected  and   evaluated   within   the    program. 

Perhaps  a  more  faiiliar  measurement  used  in  performance 
evaluation  of  an  algorithm  is  the  mean  packet  delay  ar.d  not 
the  mean  number  of  packets  within  the  network.  Little's 
Besu.lt  intimately  relates  these  two  statistics  and  therefore 
the  choice  may  not  appear  too  critical.  This  is  indeed  the 
case  under  most  conditions  of  performance  evaluation. 
However,  the  lesser  used  quantity  was  chosen  in  this  program 
for  a  reascn  which  can  best  be  seen  by  showing  how  statis- 
tics   were    gathered    during   a    simulation   run. 
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At  any  moment  during  a  simulation  run  the  number  of 
message  packets  generated,  in  transit  and  having  completed 
their   trips   can    fce    described   as: 

1.  X   packets   have   been    generated. 

2.  Y   packets      have  completed   their     trip    from,     source  to 
destination. 

3.  X   -   Y  packets   are   currently  in   the   network. 

The  mean  packet  delay  of  all  Y  packets  can  be  computed. 
However,  this  does  net  take  into  account  those  X  -  Y  packets 
which  are  still  in  transit.  One  could,  of  course,  approxi- 
mate their  delay  based  upon  seme  schema,  but  this  may  not  be 
valid    under     some  very      important   conditions.  If    for      any 

reason  tie  routing  algorithm  'fails  and  congestion  develops, 
it  is  possible  that  the  mean  delay  of  packets  which  have 
completed  their  trip  will  not  change  to  reflect  the  current 
slow  down  very  rapidly.  Hcwever,  if  the  number  of  packets 
in  the  svstem  at  a  given  time  were  used  as  the  index,  this 
condition  cculd  readily  be  noted.  The  mean  packet  delay  was 
not  used  because  at  any  moment  during  a  simulation  run,  this 
factor  accounts  only  for  those  packets  which  have  completed 
their  trip  and  net  fcr  ones  which  are  currently  in  transit. 
By   using     the  number   of   packets      in   the   system   at      any    given 
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time,  the  performance  of  the  routing  algorithm  could  accu- 
rately be  determined.  The  better  the  algorithm  performed, 
the  fewer  the  number  of  packets  in  transit  at  any  given 
time. 

B.       TEST    HETWORK 

The  tcpclogy  of  the  network  used  is  given  in  Figure  5.1. 
The  network  has  thirteen  nodes  and  thirty  full  duplex  links. 
In  describing  the  characteristics  of  the  network  some  terms 
familiar   in    graph  thecry   are   first  defined. 

A  complete  graph  exists  when  all  nodes  are  connected  to 
all  other  nodes  by  a  direct  link.  All  properties  of  a 
complete  graph  are  specified  simply  by  indicating  the  number 
of  nodes.  A  test  network  was  chosen  deliberately  which  was 
not  complete  in  order  that  there  would  be  multiple  hep  paths 
between   seme  node   pairs. 

To  indicate  the  relative  "connectiveness"  of  a  given 
graph,  tie  link  connectivity  and  node  connectivity  of  a 
graph  as  a  whole  is  specified.  The  link  connectivity 
between  two  nodes  is  the  minimum  number  of  links  that  must 
be   removed      from  the      graph    to      disconnect    them.  The    link 

connectivity  of  the  graph  as  a  whole  is  the  minimum  of  the 
link  connectivity  of  all  pairs  of  nodes.  For  a  complete 
N-node    graph,   the   link  connectivity   is   N   -    1. 
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Figure  5,  1    Test  Network  for  Nodal  Yen  Algorithm 

Analogous  to  the  link  connectivity  between  nodes,  the 
node  connectivity  is  the  minimum  number  of  other  nodes  whose 
removal  will  disconnect  the  two  nodes.  The  node  connec- 
tivity of  the  graph  is  the  minimum  taken  over  all  node 
pairs.  Since  all  nodes  are  directly  connected  in  a  complete 
N-node  graph,  its  node  connectivity  is  defined  to  be  N  -  1. 
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Ey  inspection,  it  is  found  that  the  test  network  has  a 
link  connectivity  of  4.  This  can  be  seen  between  nodes '1 
and  13  which  are  completely  seperated  by  the  removal  of 
links  (1,2),  (1,3),  (1,4)  and  (1,5).  The  node  connectivity 
is  also  4  which  can  te  seen  by  the  isolation  of  node  2  by 
removing  nodes  1,  3,  6  and  9.  As  a  comparison,  had  this  13 
node  netwcrk  been  linked  differently  such  that  it  formed  a 
complete  graph,  both  its  link  and  node  connectivities  would 
have  teen  12.  The  difference  between  12  and  4  gives  an 
indicaticn  that  this  test  network  is  lightly  connected  and 
that  most  paths  between  node  pairs  will  involve  multiple 
hops. 

C.       STATIC    BOOTIHG    BESOLTS 

The  simulation  program  was  first  run  using  a  fixed 
routing  table.  This  initial  routing  table  was  determined  by 
applying  the  Yen  algorithm  with  all  link  weights  set  to  the 
same  value  of  1.  In  this  manner  the  best  paths  were  these 
which  reguired  the  fewest  heps.  The  routing  table  which  was 
produced  is  included  in  Table  V.  This  particular  result  is 
in  no  way  unique  as  there  are  numerous  paths  between  node 
pairs,  all  requiring  the  same  number  of  hops.  The  selection 
of  this  specific  table  was  net,  however,  critical  to  the 
results   crtained. 
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TABLE    ? 
Least  Hop   Routing  Table 

FM/TO       1       2       3      4       5       6       7      8       9     10     11     12     13 

33423455 
6  3  3  9  6  19  9 
67427742 
37838855 
1  8  8  12  12  8  12  12 
7   7   9  10   7   9   9 

6  8   6  10  11  11  10 

7  7     12  11  11  12  12 
6   6  13     13  13  13  13 

6  7   7   9     11  11  13 

7  7   8  10  10     12  13 

8  11   8  13  11  11     13 
9  12  12   9  11  12   9  10  11  12 
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The  simulation  program  automatically  determines  the 
least  hep  routing  table  without  the  designer  having  to 
initialize  this  natrix.  This  is  accomplished  by  running  the 
simulation  without  message  packet  traffic  for  a  complete 
update  cycle.  The  update  cycle  consists  of  each  node,  group 
and  family  originating  its  own  destination  update  and  is 
completed  when  no  further  update  retransmissions  are 
produced.  Open  coapletion,  each  node  has  a  best  path 
routing  table.  This  table  is  saved  within  the  simulation 
program  and  utilized  at  the  beginning  of  subsequent  runs 
involving  message  traffic. 
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Curing  static  rcuting,  this  least  hop  table  was  fixed 
for  the  simulation  run.  Multiple  runs  were  performed  using 
different  traffic  levels  by  varying  the  rate  at  which 
message     packets   were     generated.  Source  and     destination 

nodes  were  selected  in  a  uniform  fashion  such  that  each 
possible  pairing  had  the  same  probability  of  selection. 
Each  message  was  fixed  to  a  length  of  one  packet  and  the 
simulation  run  for  a  period  of  thirty  seconds.  Figure  5.2 
presents    the  summary   cf   the    network   performance. 

The  results  indicate  that  the  network  had  become 
"unstable"  when  the  packet  generation  rate  was  300  packets 
per  second.  The  terms  stable  and  unstable  are  used  to 
describe  the  general  state  of  traffic  flow  within  the 
network.  Given  an  unchanging  rate  of  packets  entering  a 
system,  a  stable  network  will,  after  some  transient  start-up 
behavior,  settle  to  a  relatively  constant  number  of  packets 
in  transit.  In  other  words,  the  average  number  of  packets 
in  transit  will  remain  stable  during  the  simulation  run. 
If,  however,  the  network  were  unstable,  the  number  of 
packets  in  transit  wculd  continue  to  increase  with  time. 
This  "blowing  up"  can  be  caused  from  links  becomirj  satu- 
rated and  thus  the  packets  entering  the  system  no  longer  are 
able    to   leave  at   a    steady  rate. 
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Figure    5.2        Static   Routing   Results 
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TABLE    ?I 

— 

Simulation 

Validation   using   Little's 

Result 

(pkts/sec) 

Simulation 
T                        E(n) 
(sec)                  (fkfs) 

Little's 
E(n) 
(pk^s) 

100 

C. 01010                10.306 

10. 100 

200 

C.  12108                24.250 

2U.216 

For  the  lower  levels  of  traffic  intensity  in  which  the 
network  was  stable,  Little's  Result  was  used  to  verify  the 
operation  of  the  model  itself.  Table  VI  gives  a  comparison 
of  results  obtained  from  the  simulation  run  and  using 
Little's  Eesult  in  which  the  close  agreement  between  both 
can    be   seen. 

D.       E1MABIC    BOOTIHG    BESULTS 

During  the  dynamic  routing  test  phase,  those  parameters 
which  would  effect  the  Yen  algorithm  performance  were  first 
identified.  The  next  step  was  to  isolate  one  parameter  at  a 
time  and  ty  varying  that  value,  establish  its  contribution 
to  the  algorithm.  Finally,  after  arriving  at  a  "working" 
set  of  parameters  which  provided  acceptable  performance,  the 
network  was  subjected  to  a  wide  range  of  situations  in  order 
to      thoroughly        test     its      capabilities.  Of      particular 
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interest,  was  the  algorithm*s  ability  to  handle  wide  ranges 
cf  traffic  intensities,  unbalanced  traffic  distributions, 
and  timing  errors  due  to  queued  updates  and  clock 
inaccuracies. 

The  primary  parameters  affecting  the  operation  of  the 
len   algorithm  are 

1.  Methcd  of  determining   the   Link    Weights 

2.  Frequency  of    Opdate    Generation 

These  pcints  are  not  unique  to  this  algorithm  but  are  actu- 
ally ccmmcn  to  all  implementations  of  distributed  routing 
algor it  has. 

The  object  of  this  section  was  to  develop  a  system  of 
setting  link  weights  which  would  minimize  the  average  number 
of  packets  in  the  network.  In  doing  so  the  mean  packet 
delay  and  the  average  link  queue  size  should  also  be 
minimized. 

1  •      Determining   the   Link   Weight   Function 

Erevious  research  conducted  at  NPS  has  used  a 
variety  cf  methods  fcr  determining  link  weights.  One  scheme 
presented  ty  Heritsch  [Ref.  19]  derived  the  weight  by  taking 
the      average  queue      size   over     a    period      of  time.  Another 

methcd   ussd    by    Tritchler  [Ref,    27]  was  incorporated    within   a 
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lime  Division  Multiple  Access  packet  radio  environment.  In 
this  case  the  links  were  provided  by  radio  transmissions. 
The  weight  of  a  link  was  chosen  to  be  a  function  of  both  the 
attenuation  of  the  radio  link  and  the  number  of  time  "slots" 
being   used   en  the  lirk. 

Ir  minimizing  the  average  number  of  packets  within 
the  system,  we  first  investigated  weighting  methods  which 
were  related  to  the  queue  size  of  a  link.  This  method 
appeared  attractive  due'  to  its  simplicity  of  implementation 
and  the  direct  relationship  between  queue  size  and  packet 
delay. 

In  all  a  total  of  five  different  link  functions  were 
eventually  developed  and  tested.  They  were  produced  in  a 
progressive  fashion  with  the  final  method  proving  to  be 
significantly  better  than  the  other  four.  In  understanding 
the  characteristics  cf  each  method  and  the  rational  which 
led  to  Method  5,  the  simplest  of  the  link  weight  functions 
will    te   explained   first. 

a.      Method    1  :   Queue-Size-Now 

Method  1  assigns  the  weight  to  a  link  based  upon 
the  number  of  packets  which  are  in  the  link  queue  at  the 
time  cf  updating.  This  method  is  referred  to  in  the  program 
as    BY  .QSIZE.NOW.      The  link    function   is   given    simply   as 
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W<I,J)    =    Q(I,J) 

where  W(I,J)  is  the  weight  cf  link  (I, J)  and  Q(I,J)  is  the 
size  of  link  queue  at  the  moment  of  updating.  The  simula- 
tion was  run  and  the  results  are  given  in  Figure  5.3.  The 
results  indicate  that  even  with  the  higher  levels  of  traffic 
intensity  that  the  network  was  still  stable.  However,  as 
shown  in  Figure  5.U,  the  average  link  utilization  was 
approaching   saturation      for    these      high    levels.  This   high 

utili2aticn  was  due,  in  part,  to  packets  taking  mere  heps 
per  trip  than  may  be  optimal.  This  is  caused  by  the  manner 
in    which   the  link   function    determines   the   link   weight. 

Since  the  link  weight  function  uses  only  the 
queue-size-now,  the  best  paths  which  the  Yen  algorithm 
arrive  at  are  those  which  avoid  large  queues.  Therefore  a 
packet  may  take  a  long  trip  through  the  network  in  its 
attempt  to  avoid  high  cost  trips.  These  longer  trips  trans- 
late into  higher  lirk  utilizations  than  would  be  obtained 
through  a  least  hop  scheme.  By  minimizing  queue  size,  the 
average  number  cf  heps  per  packet  trip  increases  and  thus 
the    link    utilization    increases. 

Method  1  is  sensitive  only  to  what  is  happening 
in   the   network    at  the   present    moment.         The   next    two    methods 
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Figure  5.3   Method  1  Results 
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UTILIZATION  FACTOR  VS.  TIME 
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Figure   5.4        Method    1    Link   Utilization 
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were  developed  to  see  if  taking  into  account  the  past 
condition  of  the  lirk  queue  would  favorably  effect  the 
performance. 

t.      Methods    2  and   3:    Queue  Size    Averaging 

Methods  2  and  3  were  developed  to  reduce  the 
high  utilization  which  appeared  to  be  caused  by  link  weights 
which   were     changing   too  rapidly      in    Method   1.  Instead   of 

looking  just  at  the  gueue  size  at  the  time  of  updating,  the 
average  gueue  size  ever  a  past  time  interval  was  observed. 
By  using  an  averaging  scheme,  it  was  felt  that  the  best 
paths  would  not  fluctuate  as  quickly  and  thus  excessively 
long  trips  would  be  reduced.  Both  methods  incorporated  a 
sliding  window  technique  over  which  the  average  queue  size 
was  evaluated  (Figure  5.5).  In  each  method  a  "sub-weight" 
was  calculated  for  every  window  used  in  the  entire  period. 
The  time  duration  of  each  window  and  the  number  of  total 
windows  used  were  both  parameters  in  the  simulation.  The 
link  weight  was  computed  as  the  average  of  the  sub-weight 
values.  Methods  2  and  3  only  differed  in  the  manner  in 
which  the  sut-weights  were  determined.  Method  2  calculated 
the  sub-weights  as  being  the  queue  size  at  the  start  of  the 
time    window.        This    method    is    referred      to    in  the    program  as 
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Height  depicts  Link  Queue  Size 
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Figure    5.5        Windowing    Technique 

EY.  PAST.CSIZE.  Method      3    determines      sub-weights      as      the 

average  queue  size  for  the  time  window  and  is  referred  to  as 
EY.PAST.QAVG  in      the    program.  The    results      for    simulation 

runs  using  Methods  2  and  3  are  given  in  Figures  5.6  through 
5.9 

Both   methods      were    unstable   at      moderate   traffic 
intensities.  It    was      found   that      as   window      size   and      the 

number  of  windows  increased,  the  network  performance  deteri- 
orated. The  use  of  past  average  queue  size  does  net  appear 
to  te  a  useful  indication  cf  the  status  of  the  network  for 
use    in   best    path   determination. 
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Figure  5.6    Method  2  Results 
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Figure  5.7   Method  2  Link  Utilization 
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Figure  5.8    Method  3  Results 
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Figure  5.9   Method  3  Link  Utilization 
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c.      Methcd    4:   Link    Utilization 

At  this  pcint,  due  to  the  lack  of  success  from 
the  queue  averaging  schemes,  a  link  weight  function  was 
selected  which  would  relate  directly  to  the  utilization  of 
the   link.  Method    1,      though      stable,      produced      very   high 

utilization.  By  using  a  criterion  for  minimization  based 
upon  link  utilization  it  was  hoped  that  stable  performance 
could   be   achieved. 

The    utilization    factor  of    a   link   is   the   ratio 


Busy   Time 
Utilization     ■      

Busy   Time      ♦      Idle  Time 


and    is   therefore   a    number   between   0    (no   traffic   on    link)    and 
1    (continuous     traffic  on  link).  Link   utilization      fcr  an 

M/M/1    queue   system    is  also    related  to   the   average    queue  size 
by 


Util 

E[n]      =      t- 

1    -    Util 


where  E[n]  is  the  average  number  of  packets  in  the  queue.  A 
plot  cf  this  relationship  is  given  in  Figure  5.10.  When  the 
link  utilization  is  below  0.5,  the  average  number  of  packets 
in  the  link  queue  is  less  than  1.  For  utilization  factors 
greater   the    0.5,    the   number    increases   rapidly.      This   fcrmula 
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he   average    number  of   packets      as   a    function    of    utiliza- 
was      used    for      the   link      weight    calculation.  However 

this  function  had  no  upper  bound,  a  maximum  value  was 
d  upcn  it  for  link  utilizations  greater  than  a  partic- 
value. 

The    formulation    which   became   Method  U    has   a   link 
t    function    cf 


B  (I,J) 


Util 

1      +       ,       0    <    Util    <    0.95 

1    -    Util 


21 


Util  >    0.95 


alue  of  the  lirk  utilization  is  calculated  using  the 
window  scheme  used  in  Kethod*s  2  and  3.  The  value  of 
ub-wsight  is  the  utilization  factor  of  the  link  over 
window  period.  The  sub-weights  are  averaged  over  the 
number  of    past    windows   used. 
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Method  4  is  the  first  scheme  presented  which  has 
some  of  tte  hybrid  features  discussed  in  Chapter  II.  This 
link  weight  function  tehaves  differently  depending  upon  the 
link  utilization  within  the  network.  When  the  network  is 
lightly  leaded  such  that  link  utilizations  are  less  than 
0.5,  all  link  weights  will  have  values  between  1  and  2. 
This  means  that  the  unity  term  included  in  the  link  weight 
function  will  dominate  the  utilization  factor  term  and  thus 
the  routing  will  be  a  least  hep  system.  As  seen  previously, 
the  least  hop  scheme  is  an  excellent  best  path  choice  when 
the    sjstem    is  lightly   loaded. 

When  traffic  intensity  increases  such  that  link 
utilizations  increase  above  0.5,  the  link  weight  function 
will  te  dcninated  by  this  term  and  the  best  paths  will  be 
chosen  tc  avoid  highly  utilized  links.  The  addition  of  the 
unity  term  has  in  effect  provided  a  stabilizing  effect  which 
keeps  the  link  weights  frcm  churning  or  varying  rapidly 
under  light  traffic  conditions.  Results  of  Method  u  simula- 
tions are  given  in  Figure  5.11.  This  plot  is  quite  similar 
to  the  Method  1  results.  However,  the  average  link  utiliza- 
tion   seen    in  Figure    5.12    is    greatly    reduced   using    Method   4. 
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E.       TBE    "CGHBINATION"   LINK    1EIGHT    FOHCTIOH 

In   the      proceeding   paragraphs,        two   schemes      were    found 
which    provided      stable  results.  Method    1      determined   link 

weights  based  upon  the  queue  size  at  the  moment  of  updating 
while  Method  4  calculated  link  weights  as  a  function  of 
average  link  utiization.  Method  5  was  developed  as  a  linear 
combination  of  these  two  methods.  The  link  weight  function 
used    in   this  "combination"    scheme   is 


Util 
W(I#J)        -      [QU.FACT    *    Q(I,J)]       ♦       1       ♦       — T- 


QU.FACT  is  the  Queue  Scaling  Factor  used  to  observe  the 
effect  of  changing  the  relative  influence  of  the  term  asso- 
ciated with  the  queue-size- now  to  the  utilization  term.  The 
same  window  operation  was  used  in  this  formula  as  appeared 
in  Method  U.  in  addition,  the  same  upper  bound  was  placed 
on    this    term  as    was    given   in   Method    4. 

The  simulation  results  using  Method  5,  which  is  called 
the  BHO.CCMEINE  method  in  the  program,  is  given  in  Figures 
5.13      through  5.16.  QU.FACT   equalled      unity   during      these 

runs.  Latter  sections  present  the  effects  of  variations  in 
QU.FACT  c  ,  algorithm  performance.  As  seen  from  the  plots, 
the    result      of    combining   these      methods   has      vastly    improved 
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Figure  5.13    Method  5  Results  I 
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Figure    5.14        Method   5   Link    Utilization    I 
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RESULTS  FOR  THE  THREE  STABLE 
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Figure   5.17        Link  Height   Methods    :    Stable  Performance 

171 


the  performance  of  tie  algorithm.  Figure  5. 17  compares  the 
performance  of  the  three  tested  link  weight  functions  which 
produced  stable  network  performance.  The  dramatic  improve- 
ment achieved  with  the  final  method  can  be  readily  seen. 
These  results  indicate  that  by  linearly  combining  Methods  1 
and  4,  the  best  of  both  worlds  in  a  link  weight  function  is 
achieved. 

The  explanation  as  to  why  Method  5  is  so  successful 
seems  to  center  about  two  ideas  which  correspond  to  the  two 
terms  of  the  function.  The  first  is  the  link  weight  term 
involving   the      recent   history    cf    utilization.  This    factor 

can  be  viewed  as  providing  as  estimate  cf  conditions  at 
nodes  in  nearby  areas  of  the  network  without  actually 
receiving  direct  information  from  those  nodes.  This  prin- 
ciple can  test  be  understood  through  an  example.  Suppose 
that  a  link  has  been  heavily  utilized  with  a  utilization 
factcr  for  the  current  window  period  of  0.75.  Additionally 
at  the  ircment  of  best  path  calculation  the  link  queue  has 
just    emptied  its   last   packet.  If    the   link    weight    function 

is  based  only  upon  the  current  queue  size  then  the  weight  of 
the  link  wculd  be  minimal.  However,  the  terminating  node  of 
the    link      may  now      be   "backed      up"   with      traffic    due      tc   the 
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previous  period  cf  high  utilization.  By  incorporating  link 
utilization  into  the  weighting  function,-  the  conditions  at 
the  terminating  nodes  for  the  links  can  be  estimated.  This 
ability  tc  see  a  little  way  "over  the  horizon"  enables  the 
routing  algorithm  which  uses  link  utilization  to  steer 
traffic  away  from  areas  which  have  recently  received  high 
volumes   cf   traffic. 

The  seccnd  idea,  which  adds  "balance"  to  the  previous 
point,  is  that  looking  at  only  the  link  utilization  does  not 
take  into  account  the  immediate  impact  which  traffic  origi- 
nating from  a  node  has  upon  best  path  routing.  When  link 
weights  are  determined  from  utilization  alone,  situations 
can  occur  where  links  of  similar  usage  can  suddenly  have 
very  different  queue  sizes  due  to  the  origination  of 
messages    at     the  node.  As   an      example,      suppose      that   two 

outgoing  links  of  a  node  have  had  utilization  factors  of 
0.25  ever  the  current  window  period  and  presently  their  link 
gueues  are  empty.  At  this  point  the  node  accepts  20 
messages  which  it,  being  the  originator,  places  into  the 
gueue  of  one  of  the  links  based  upon  the  routing  table.  Now 
a  length  cf  time  proportional  to  the  window  period  will  pass 
before   the    utilizaticn  of  this    link   becomes    different   enough 
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so  as  to  cause  a  best  path  change.  This  time  lag  is  due  to 
the  effect  of  using  a  calculation  based  upon  an  average  over 
a  period  of  time.  Ey  including  the  term  related  tc  queue- 
size-now  in  the  link  weight  function  of  Method  5,  the  link 
weights  can  reflect  the  activity  of  a  node  as  an  originator 
cf  traffic. 

Method  5  has  scire  important  distinctions  from  Chou's 
hybrid  link  weight  function  mentioned  in  Chapter  II.  Chou's 
quadratic  function  used  only  the  queue  size  term.  Method  5, 
on  the  other  hand,  employs  the  additional  term  related  to 
the  immediate  past  history  of  utilization  cf  the  links.  It 
is  this  combination  cf  terms  which  appears  to  give  the  algo- 
rithm  such    a  useful   estimation   of   the   network   status. 

1  •      Results    of    Varying    Window   Period 

Ihe  link  utilization  term  used  in  the  link  weight 
function  of  Method  5  was  calculated  over  an  interval  of  time 
called   the      window    period.  For   this      discrete    simulation, 

since  updates  occurred  at  random  times,  the  window  period 
was  modeled  such  that  during  operation  it  appears  as  a 
continuously     sliding     time      window.  To      accomplish     this 

continuously  sliding  effect,  the  total  window  period  was 
divided    into     a    number      of    smaller      sized   windows.  If    ten 
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small  windows  were  chosen  in  the  previous  example  to  model 
the  one  second  window  period,  each  small  window  would  be  0.1 
seconds  long.  Therefore  every  0.1  seconds  the  link  utiliza- 
tions would  have  been  computed  at  the  node  with  only  the  10 
most    recent    windows    being  used   during   updating. 

The  effects  of  varying  the  window  period  is  shown  in 
Figure  5.18.  The  algorithm  performance  improved  as  the 
window  period  (which  equalled  the  product  of  the  number  of 
iiindows  and  the  window  size)  increased  to  a  certain  point 
after  which  lengthening  the  period  did  not  achieve  substan- 
tial performance  improvements.  When  a  smaller  window  was 
used,  a  greater  number  of  windows  were  required  to  achieve 
the  same  performance  as  with  larger  windows.  However,  the 
total  window  period  required  was  shorter  than  when  using  the 
larger  windows.  This  is  especially  noticeable  from  the  plot 
in  the  case  where  13  windows  cf  duration  0.125  seconds  had 
the  same  a-verage  number  of  packets  in  transit  as  4  windows 
of  duraticn  0.675  seconds.  The  total  window  period  for  the 
shorter  windows  was  1.625  seccnds  while  the  longer  windows 
had  a  total  period  of  2.7  seconds.  For  the  remainder  of  the 
testing  10  windows  of  length  0.375  seconds  were  used 
resulting   in  a    total    window    period   of    3.75    seconds. 
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Figure   5.18        Varying  the   Window   Period 
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2-      Results    of    Varying    the   Queue    Factor 

The  Queue  Factcr  is  the  scaling  multiplier  for  the 
gueue-size-ncw    term      in   Method   5.  By   varying      this   value, 

either  the  gueue-size-now  term  or  the  utilization  tern  can 
fce  emphasised..  When  the  Queue  Factor  is  set  to  zero  the 
gueue  size  term  drops  out  resulting  in  simply  Method  4.  By 
the  same  tcken,  as  the  Queue  Factor  is  made  large,  a  Method 
1  link  weight  function  occurs  with  the  utilization  term 
being   "swamped"    by    the  queue-size   term. 

Figure  5.19  shows  the  network  performance  of  the 
test  network  when  the  Queue  Factor  was  varied  from  0  to  u. 
As  expected  the  results  with  the  Queue  Factor  equal  to  zero 
are  identical  tc  these  of  Method  4.  Similarly  as  Queue 
Factor  increases,  the  network  performance  begins  to  degrade 
to  that  obtained  using  Method  1.  The  interesting  result  is 
the  very  substantial  improvement  in  performance  achieved 
when    the    Queue    Factor  had  values   near    unity. 

This  result  provokes  a  question  concerning  the 
sensitivity  of  the  Queue  Factor  term  upon  the  Method  5  link 
weight    function.  Since  Queue   Factor   provides      the   balance 

between  the  gueue  size  and  utilization  term,  its  sensitivity 
was    tested    in   the   following    way. 
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VARYING  THE  VALUE  OF  QUEUE  FACTOR 
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Figure  5.19       Varying  the   Queue   Factor 
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If  one  were  tc  vary  the  length  of  a  message  packet, 
the  same  number  of  packets  traveling  over  a  link  would  cause 
different      utilization  factors.  By      the     same   token,        if 

different  packet  sizes  were  used  and  the  packet  generation 
rate  into  the  network  was  ^zo^erlY  varied,  one  could  main- 
tain a  particular  average  link  utilization  for  simulation 
runs.  This  was  the  approach  used  in  testing  the  sensitivity 
of  the  Queue  Factor  term.  Three  different  packet  sizes  were 
used  such  that  their  transmissicn  times  were  0.0125,  0.0500 
and  C.2000  seconds.  The  packet  generation  rate  was  set  so 
that  the  average  link  utilization  was  the  same  for  each 
packet  size.  In  this  manner  the  utilization  term  is  held 
constant  while  the  gueue  size  term  is  allowed  to  take  on 
different   values. 

The  results  when  the  average  network  link  utiliza- 
tion was  adjusted  to  C.50  and  0.80  are  given  in  Figures  5.20 
and    5.2  1.  For   both     these   results      the   average      number   of 

packets  within  the  network  was  normalized  so  that  a  single 
plot  could  show  the  effects.  In  the  case  where  utilization 
was  at  0.50  the  network  performance  improved  dramatically  as 
the  Queue  Factor  became  greater  than  zero.  The  perfor nance 
with     the      shorter      packet    of     length      0.0125     continued     to 
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VARYING  THE  VALUE  OF  QUEUE  FACTOR 
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Figure  5.20    Queue  Factor  :  0.50  Utilization 
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VARYING  THE  VALUE  OF  QUEUE  FACTOR 
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Figure  5.21    Queue  Factor  :  0.80  Otilizatioi 


181 


improve  yet  was  beginning  to  level  off.  The  perfomance  of 
the  longer  packets  had  both  started  to  degrade  as  the  Queue 
Factor  reached  a  value  of  4.  When  the  utilization  was 
increased  to  0-80  the  performance  with  all  three  packet 
sizes  again  improved  as  Queue  Factor  became  greater  than 
zero.  Here  it  is  apparent  that  the  shorter ■ packet  perform- 
ance degraded  rapidly  as  the  Queue  Factor  became  greater 
that    unity. 

These  results  indicate  that  the  Queue  Factor  can  be 
changed  to  match  a  given  network  situation  to  a  particular 
level  cf  performance.  In  addition,  whan  link  capacities  are 
large  in  terms  of  the  number  of  packets  per  second  which  can 
be  transmitted  over  them,  then  the  Queue  Factor  is  best  kept 
small  so  as  not  to  overpower  the  utilization  term.  In  the 
remainder  cf  the  siirulaticn  the  Queue  Factor  was  set  to 
unity  which  produced  satisfactory  performance  for  the  packet 
transmission  time  of    0.0500    seconds. 

3  •      R e s u It s    of    Varying    Node    Update   Interval 

The  node  update  interval  is  the  time  between  consec- 
utive updates  being  generated  by  a  single  node.  The  node 
update  freguency  is  the  inverse  of  this  interval.  It  would 
appear   that    by      reducing   the   time   interval      between    updates. 
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the  algorithm  would  perform  more  effectively  since  best 
paths  would  reflect  changes  in  network  conditions  more 
rapidly.  However  problems  occur  when  the  increased  link 
utilization  due  to  update  messages  begins  to  interfere  with 
normal   message   traffic. 

As  discussed  before,  the  link  utilization  caused  by 
update  messages  is  a  function  of  the  number  of  nodes  in  the 
network,  the  update  interval  and  the  update  transmission 
time.  In  the  thirteen  node  test  network  where  the  update 
interval  is  0.5  seconds  and  the  update  transmission  time  is 
0.00  125  seconds,  the  utilization  per  link  due  to  this  over- 
head is  only  0.0  1625.  Such  a  low  value  does  not  "load  down" 
the  network  substantially  enough  to  interfere  with  regular 
message  transmissions.  This  is  demonstrated  in  Figure  5.22, 
which  indicates  that  performance  improves  as  the  frequency 
of  updates  increases.  The  size  of  an  update  packet,  though, 
is  relatively  small  being  only  1/UOth  the  size  of  a  message 
packet.  This    small     update    is      in    keeping      with   the      very 

simple  information  which  the  Yen  algorithm  requires  ard  is 
fcy  no      means  unrealistic.  Since  the     link   utilization     is 

proportional  to  the  number  cf  nodes  in  the  network,  however, 
the  performance  of  the  network  under  conditions  of  higher 
overhead   must  still    te  evaluated. 
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VARYING  THE  TIME  INTERVAL 
BETWEEN  NODE  UPDATE  TRANSMISSIONS 


350 


0.00        0.25  0.50  0.75  1.00  1.25 

Node  Update  Interval  (sees) 


1.50 


NETWORK  PARAMETERS 

Packet  transmission  time   =  0.0500  sees 
Update  transmission  time   =  0.00125  sees 
Avg  pkts  per  message        =  1.0 
Dynamic  Routing  with  Method  5  used. 

Window  time  =  0.375    sees 

No.  of  windows        =  10 
Virtual  Circuits  were  not  used. 


figure   5.22        Ncde   Update   Interval    :    Low   Overhead 
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One  way  to  produce  a  situation  where  update  overhead 
becomes  significant  is  simply  to  increase  the  size  of  the 
network.  However,  due  to  the  increased  computing  time  this 
answer  was  not  chosen  initially.  The  solution  selected  was 
to  increase  the  size  cf  the  update  packet  by  a  factor  of  6. 
The  new  update  transmission  time  was  0.00750  seconds  and 
this  packet  was  now  only  1/15the  the  size  of  the  message 
packet.  Figure  5.23  gives  the  network  performance  using  the 
larger   update.  For  conditions   of   relatively     high   traffic 

intensity,  the  effects  of  the  update  transmissions  substan- 
tially reduces  the  performance  of  the  network.  The  average 
link  utilization  increases  as  the  frequency  of  update  trans- 
missions increases."  Figure  5.24  shows  that  when  the  packet 
generation  was  500  packets  per  second  and  short  update 
intervals  were  used,  the  entire  network  became  saturated. 
The  actual  link  utilization  from  overhead  traffic  is  given 
in  Figure  5.25.  The  calculated  link  utilization  plotted  in 
the  figure  was  obtained  using  the  relationship  developed  in 
Chapter   III   which  stated   that 

link   Otil[ updates]      =       (N   /    2T) U. XMN.TIME 

where  N  was  the  number  of  nodes  and  T  was  the  time  interval 
between    consecutive      update    transmissions      by  a      node.         The 
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VARYING  THE  TIME  INTERVAL 
BETWEEN  NODE  UPDATE  TRANSMISSIONS 
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Virtual  Circuits  were  not  used. 


Figure    5.23        Ncde   Update   Interval    :    High  Overhead 
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VARYING  THE  TIME  INTERVAL 
BETWEEN  NODE  UPDATE  TRANSMISSIONS 
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?igur€  5.2a   Node  Update  Interval  :  Total  Link  Utilization 
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?igure    5.25        Hode    Update  Interval    :    Update  Link   Utilization 
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agreement  between  the  calculated  value  and  the  simulation 
results  is  very  good.  This  not  only  provides  another  vali- 
dation method  for  the  simulation  program  itself  but  it  also 
verifies  an  analytical  method  for  estimating  the  utilization 
overhead    for  a    network. 

F.       TESTING    THE    HODAL   YEN    ALGOBITHM 

The    basic  set   of   parameters      for    the   nodal  Yen   algorithm 
have      been    established      fro  I      the      previous  sections.  The 

window  period,  fiueue  Factor  and  node  update  interval  were 
selected  based  upon  simulations  using  uniformly  distributed 
traffic  intensities  ar.d  a  highly  symmetric  network  topology. 
The  second  phase  of  this  research  centers  around  the  test 
and  evaluation  of  the  basic  algorithm  under  a  variety  of 
different  ccnditions.  Specifically,  the  performance  of  the 
algorithm   under    the    following   conditions   is   sought: 

1.  Timing  Errors 

2.  Geometrically    Distributed   Message   Lengths. 

3.  Unbalanced  Traffic  Patterns. 

4.  Datagram    and    Virtual    Circuits. 

In  this  way,  it  can  be  determined  whether  cr  not  routing 
algorithm  parameters  selected  while  using  uniform  traffic 
distributions  will  provide  acceptable  network  performance 
under    different    circumstances. 
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1  •      Timing   Errors 

A  major  issue  in  determining  the  applicability  of 
these  time-dependent  routing  protocols  is  how  sensitive  the 
test  path  selection  is  to  timing  errors  in  the  arrival  of 
update  messages.  It  is  obvious  that  if  update  messages  do 
not  arrive  when  they  are  supposed  to . that  the  receiving  ncde 
will  incorrectly  calculate  the  Update  Reception  Weight.  The 
question  is  how  wrong  the  arrival  time  of  the  update  can  be 
before  the  test  path  selection  becomes  incorrect.  Insight 
as  to  the  magnitude  of  this  timing  error  can  be  obtained  by 
reviewing  hew  the  tentative  time  for  update  transmission  is 
calculated. 

The  calculation  of  the  update  transmission  time 
involved    dividing   the   tentative   shortest   path   distance    by  C. 

T[F  <J,K)  ]    =    F(J,K)     /    C 

Since  C    is   chosen  to    egual      the   inverse   of    the  time    required 

to   transmit   an      update    (U.X MN.TIME) ,      this   is  equivalent   to 

multiplying     the   path     distance   by      the    update  transmission 
time . 

T[F<J,K)]=    F(J,K)     *    U.XMN.TIME 
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The  path  distance  includes  the  Reverse  Link  Weight  which  is 
computed   using    the    combination   link   weight    function. 

Util 
W(I,J)       =      [QU.FACT    *    Q(I,J)]       ♦       1       ♦      

1    -    Util 

The  link  weight  is  constrained  to  be -greater  than  or 
equal  to  one  and  therefore  the  minimum  time  interval  after 
which  a  node  can  send  its  own  update  transmission  upon 
receiving  one  is  U.XHN.TIME  seconds.  Using  this  fact  the 
maximum  S£€€d  at  which  updates  can  "propagate"  through  a 
network   can    be    determined.  Maximum    propagation    speed   will 

cccur  when  link  weights  are  minimum  and  thus  the  calculated 
update  transmission  delay  is  only  U.XMN.TIME  seconds.  An 
update  originating  at  time  0  will  reach  a  node  that  is  K 
hops  distant  (via  least  hep  path)  in  (2K  -  1)U.XMN.TIME 
seconds.  If  the  path  were  one  hop  longer  the  additional 
time    delay    would   be     (2)  U  .XM  N.TIME   seconds. 

The  size  of  the  timing  error  required  to  cause  the 
incorrect  selection  within  a  uniform  weight  least  hep  scen- 
ario is  twice  the  time  reguired  to  transmit  an  update 
packet.  This  gives  an  indication  of  the  magnitude  of  timing 
errors  which  the  algorithm  can  function  with  without  miscal- 
culating   test   paths.        The    next   step      is   to   look    at    possible 
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sources  cf  update  arrival  timing  errors  and  their  magnitude 
in   relationship    to    O.XMN.TIME. 

A  possible   source  of   timing      errors   is  the    micropro- 
cessor  clock  used  by    the   algorithm.         These   errors   originate 
from    the      discrete   nature  of  the      clock   in    which      all   events 
performed   by  the  node    (such   as   the   transmission   of    messages) 
occur     only   at      the    beginning     of   a      clock    period.  Errors 

develop  when  a  computed  transmission  time  for  an  update 
message  falls  in  the  niddle  of  a  clock  period.  The  actual 
transmission  time  of  that  update  will  be  delayed  until  the 
beginning  of  a  new  period.  It  follows  that  the  shorter  the 
clock  period,  the  smaller  the  .errors  due  to  delays  in  update 
transmissions.  The  upper  bound  on  the  size  cf  the  clock 
interval  would  be  the  bit  interval  of  the  transmitted  data. 
Since  the  bit  interval  is  much  smaller  than  the  time 
required  to  transmit  an  update,  performance  degradation  due 
to  these  errors  is  net  expected  to  occur.  Through  sinula- 
tion,    the   accuracy    of  this    prediction    can    be   determined. 

Ey  modeling  the  simulation  program  such  that  the 
time  for  message  transmissions  occurred  only  at  the  star-  of 
a  clock  period,  the  effects  on  performance  due  to  finite 
clock   periods  could      te    analyzed.        The   simulation      clock   of 
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SIMSCRIPT  is  a  real  dcuble  precision  variable  (TIME.V)  and 
has  a  discrete  period  of  10**-16  seconds.  For  all  practical 
matters,  the  simulation  time  appears  continuous.  The  data 
transmission  rate  fcr  the  test  network  was  20000  bits  per 
second  which  meant  the  bit  interval  was  0.00005  seconds. 
The  simulation  was  tested  using  "discrete"  clocks  whose 
periods   ranged    from    0.00000  1    to   0.000050   seconds. 

From  the  results  of  the  simulation  runs  (Figure 
5.26),  effects  due  to  the  clock  periods  selected  did  not 
substantially  change  the  performance  of  the  algorithm. 
Errors  in  update  transmission  times  of  up  to  one  clock 
period  are  not  large  enough  to  change  the  best  path  calcula- 
tions. The  relative  insensitivity  of  the  algorithm  to  small 
random  timing  errors  is  indeed  a  positive  feature  in  its 
operating   characteristics. 

The  second  source  of  timing  errors  in  the  arrival  of 
update  messages  is  gueueing  delays.  The  update  insertion 
technique  eliminates  gueueing  delays  which  may  have  been 
caused  from  regular  message  traffic.  However,  updates 
cannot  re  inserted  within  updates  and  therefore  gueueing 
delays  do  occur.  If  two  updates  attempt  to  travel  over  the 
same    link   at  the   same  time,         one   will    be   delayed    0.XMN.TIME 
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Dynamic  Routing  with  Method  5  used. 
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Virtual  Circuits  were  not  used. 


Figure  5-26   Varying  the  Clock  Interval 
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seconds.  Delays  associated  with  queueing  are  related  to  the 
update  transmission  tine  and  thus  can  cause  changes  in  best 
path  calculations.  The  issue  to  be  determined  is  whether 
the  frequency  of  update  "collisions"  is  such  that  network 
performance   is    substantially  affected. 

The  effects  cf  update  collisions  are  demonstrated  by 
using  twc  simulation  models.  Both  are  identical  except  that 
one  version  does  not  use  update  queues.  This  model  allows 
updates  to  travel  "transparently"  through  the  network 
without  collisions.  In  fact  this  simpler  (and  earlier) 
version  isolated  update  traffic  from  regular  message 
traffic.  The  model  was  developed  under  the  assumption  that 
the  probability  of  update  collisions  was  small  and  total 
link  utilization  due  to  update  traffic  was  also  small.-  The 
second  and  more  realistic  model  (which  is  used  throughout 
this  wcrk)  employs  update  queues  so  that  update  collisions 
do   result    in  queueing  delays. 

Table  VII  gives  the  summary  of  results  when  both 
methods  «ere  used  on  the  test  network  with  uniform  traffic 
distributions.  The  node  update  interval  was  0.5  seconds. 
Network  parameters  were  identical  for  both  simulation 
versions.        The    table  uses    wQ   and     woQ   to    indicate   the    final 
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TABLE  711 
Effects  cf  Update  Queueing  Delays 

Pkt.  Gen-  Rate 

(pkts/sec)  >  100  200  400 

w£    wo_2     w£    w°2     £2    wo£ 
Total  Link 

Otil.        .1*76   .155     .321   .305     .646   .633 

Link  Otil. 

from    Updates      .021        —  .019        —  .017 

Mean   Dpdate 

Queue   Size  .0002      —  .0001      —  .0001 

Max.    Dpdate 

Queue   Size  1  —  2  1  — 

Avg.    Kumber 

of    Packets  10.6      10.3  24.1       23.0  98.7      97.5 

in    Network 


version  (with  Queue)  and  the  earlier'  version  (without 
Queue).  The    results     indicate   the      difference    in      network 

performance  between  the  two  methods  is  negligible.  This 
seems  to  te  due  in  part  to  the  very  low  values  for  both  the 
mean  and  maximum  update  queue  sizes  during  the  simulaticn. 
Very  few  update  collisions  actually  did  occur  and  thus  erro- 
neous  best   path    calculations   were   not   prevalent. 

During  all  remaining  phases  of  simulation  testing, 
after  data  was  compiled  using  the  final  model,  the  earlier 
version  was  also  run.  The  maximum  size  for  an  update  gueue 
during      these  runs      was   three      packets   with      the    mean      value 
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remaining  quite  low.  In  all  cases  tested,  the  difference 
between  network  performances  was  slight.  From  these  results 
it  appears  that  the  performance  of  this  time-dependent 
routing  protocol  in  networks  exhibiting  update  delays  from 
both  "discrete"  clocks  and  queueing  is  not  only  acceptable, 
tut  very  near  that  obtained  without  these  errors. 
2 .      Geometrically  Distributed   Message   Lengths 

Message  traffic  entering  the  network  has  been 
modeled  as  having  an  arrival  rate  based  upon  a  Poisson 
process.  In  using  the  Poisscn  distribution,  the  rate  of 
arrival  is  "  X"  messages  per  second  and  thus  the  average 
interarrival  time  between  messages  is  1/  X  seconds.  So  far, 
though,  the  length  of  all  messages  has  only  been  one  packet. 
In  operating  packet.-switched  networks,  messages  occur  in 
different  lengths  and  must  be  split  into  a  number  of  packet 
sized    units   prior  to   transmission. 

From  Chapte-r  IV  we  considered  the  case  where 
multiple  packet  messages  had  a  geometric  distribution  for 
their  lengths.  Figure  5.27  gives  the  results  of  simulation 
runs  using  geometrically  distributed  message  lengths.  The 
average  number  of  packets  per  message  ranged  from  1  tc  20. 
The   results    show   for   a   fixed    packet   generation   rate   that   the 
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VARYING  THE  AVERAGE  NUMBER  OF 
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Figure  5.27   Geometrically  Distributed  Hessage  Lengths 
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average  nuater  of  packets  in  the  network  increased  as  the 
average   message    length  increased.  By   applying   the   results 

obtained  from  the  P-K  formula,  this  increase  is  known  to  be 
characteristic  whenever  a  geometric  distribution  is  used  for 
the  messace  length.  The  increase  is  not  due  to  a  breakdown 
in  the  routing  algorithm  as  might  otherwise  have  been 
suspected    had  this    aralytical   result    not   been   applied. 

The   P-K      formula  stated   that      the   average      number   of 
packets    in   an   M/G/1    gueue  was 

XD/F  (   XD/p2)  (2   -    p) 

E[L]   = ♦ 

2  2(1    -      XD/p) 

where  X      =      Message   arrival   rate    in    pkts/sec 

D     =      Packet  transmission   time   in   seconds 
p     =      1   /    Average    message   length   in   packets 

Since  the  simulation  involves  a  network  of  queues,  the  P-K 
formula  is  used  to  analyze  the  behavior  of  the  network  when 
geometrically  distributed  message  lengths  are  used  rather 
than  solve  for  E(L]  exactly.  This  is  permissable  since  the 
network  is  in  an  equilibrium  state  with  no  saturated  links. 
Eurke  (Bef.  26]  shewed  that  in  such  a  situation  where 
traffic  entering  a  system  is  Poisson,  the  output  traffic  is 
also  Pcisson.  The  P-K  formula  can  thus  be  used  to  prcvide 
insight   into  the   behavior  of   a    network   of   queues. 
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The  factor  X D/p  corresponds  to  the  link  utilization 
and  as  such  is  less  than  or  equal  to  one.  The  second  term 
containing  p2  will  dominate  the  value  of  E[  L]  when  X  D  is 
fixed  and  p  <<  1.  E[L]  will  generally  increase  as  the 
square  of  the  average  message  length  in  packets.  Therefore 
a  doufclinc  cf  the  average  message  length  will  result  in  an 
approximate  quadrupling  of  the  average  number  of  packets  in 
the  netwcrk.  From  the  simulation  results,  the  behavior  of 
the  network  using  fixed  message  arrival  rates  and  varying 
values  of  p  can  be  analyzed  to  see  if  this  characteristic 
relationship  is    evident. 

Table  VIII  shows  the  average  number  of  packets  in 
the      netwcrk  using      fixed  message      rates      while   varying      the 


TABLE    VIII 
Average    Suaber    of   Packets   in   Network 


Ave  Msg  Length 

(nils) 

5 
10 
15 


Message  Generation  Hate 
(msgs/sec) 
10         20 


14 

37 

55 

164 

124 

39  2 
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average  message  length  in  packets.  When  the  average  message 
length  dcubled  from  5  to  10  pkts/msg,  the  average  number  of 
packets  in  the  network  (E[n])  increased  3.93  and  4.43  times 
for   the      10   and      20    nsgs/sec      rates  respectively.  This   is 

approximately  the  quadrupling  affect  which  was  predicted. 
Similarily,  when  the  message  lengths  tripled  from  5  to  15 
pkts/msg,  E[n]  increased  8.86  and  10.6  times  as  compared  to 
the  estimated  increase  of  9.  Finally  for  the  increase  in 
message  length  of  1.5  times,  the  resulting  E[n]  increase  was 
2.25  and  2.39  times  which  corresponded  to  a  calculated 
increase  cf  2.25.  These  results  indicate  that  the  behavior 
cf  the  network  of  queues  is  reasonable  when  geometrically 
distributee  messages  are  used  and  that  the  algorithm 
performance  does  not  appear  to  degrade. 
3.      Onbalanced    Traffic    Patterns 

All  simulation  results  discussed  thus  far  were 
obtained  using  a  uniform  distribution  of  traffic  throughout 
the  network.  The  uniform  distribution  was  accomplished  by 
picking  source-destination  node  pairs  at  random  for  each 
message  such  that  all  node  pairs  within  the  network  had  an 
equal  probability  of  selection.  As  a  result  the  number  of 
messages  generated  between  all  node  pairs  for  each  simula- 
tion   run    «as  about    the  same. 
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An  unbalanced  traffic  pattern  exists  where  the  rate 
of  message  generation  between  node  pairs  differs  throughout 
the  network.  Static  routing  methods,  which  have  been 
designed  for  uniform  distributions,  are  severely  limited 
under      unbalanced  conditions.  The      ability     of   a      dynamic 

routing  algorithm  to  adjust  to  non-uniform  conditions  is  of 
prime    importance  in    evaluating   its  performance. 

Fcr  this  test  the  same  thirteen  node  network  was 
used  with  seme  modifications.  All  traffic  generated  for  the 
network  was  dedicated  to  only  three  source-destination  ncde 
pairs.  The  pairs  selected  were  nodes  1  and  13,  nodes  9  and 
5  and  nodes  12  and  2  with  the  first  node  being  designated 
the  scurce  and  the  second  the  destination.  These  particular 
node  pairs  were  selected  based  upon  their  locations  in  the 
network.  They  are  all  located  on  the  perimeter  with  scurce 
and  destiration  nodes  being  on  opposite  sides  of  the 
network.  The  purpose  was  to  allow  a  wide  number  of  criss- 
crossing paths  to  exist  fcr  the  traffic  in  an  attempt  to 
vigorously    test    the    algorithm's   capabilities. 

As  a  reference  point,  the  unbalanced  network  was 
initially  tested  using  static  least  hop  routing.  Frier  to 
running    the    simulation  one    could   compute   the    maximum  traffic 
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intensity  which  the  network  cculd  handle  before  saturating. 
The  capacity  of  each  link  is  20  packets  per  second.  With 
three  source-destination  pairs,  the  maximum  packet  genera- 
tion rate  (if  seperate  link  paths  existed  for  the  three 
routes)  would  by  60  packets  per  second.  However,  the  static 
routing  table  (Table  V)  indicated  that  link  (9,2)  was  used 
in  the  best  path  for  two  of  the  node  pairs.  Therefore  for 
the  static  run  this  link  should  saturate  when  the  packet 
generation  rate  is  orly  30  packets  per  second  or  10  packets 
per    second   for    each    node   pair. 

Figure  5.28  provides  a  three  dimensional  view  of  the 
network  with  the  height  of  the  arrows  between  nodes  indi- 
cating the  utilization  of  the  link.  It  is  evident  that  with 
static  routing  the  lack  of  alternate  paths  was  extremely 
detrimental  to  the  performance  of  the  network.  When  using 
dynamic  rcuting,  the  traffic  should  be  more  broadly  distrib- 
uted ever  the  network  and  thus  the  traffic  load  between  node 
pairs   could   be    increased   before   saturation    occurred. 

Figures  5.29  and  5.30  show  the  distribution  of 
traffic  using  the  Yen  algorithm  at  packet  generation  rates 
of  50  and  100  packets  per  second.  The  highest  link  utiliza- 
tion   for    the  network   at   50      packets    per    second   was   only   0.43 
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NETWORK  PARAMETERS: 

Source-Destination  Node  Pairs 

Node  1  to  13,  9  to  5  and  12  to  2. 
Packet  transmission  time   =  0.0500  sees 


Pkt  generation  rate 
Avg  pkts  per  message 
Static  Routing  used. 


30  pkts/sec 
-  1.0 


Figure   5.28        Unbalanced    Traffic:    Static  -   30    pXts/sec 
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NETWORK  PARAMETERS: 

Source-Destination  Node  Pairs 

Node  1  to  13,  9  to  5  and  12  to  2. 
Packet  transmission  time   =  0.0500  sees 
Update  transmission  time   =  0.00125  sees 
Node  update  interval        =  0.5000  sees 
Pkt  generation  rate         =  50  pkts/sec 
Avg  pkts  per  message        =  1.0 
Dynamic  Routing  with  Method  5  used. 
Window  time  =  0.375   sees 

No.  of  windows        ■  10 


Figure   5.29        Unbalanced    Traffic:    Dynamic  -   50    pkts/sec 
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NETWORK  PARAMETERS: 

Source-Destination  Node  Pairs 

Node  1  to  13.  9  to  5  and  12  to  2. 
Packet  transmission  time   =  0.0500  sees 
Update  transmission  time  =  0.00125  sees 
Node  update  interval        =  0.5000  sees 
Pkt  generation  rate         =  100  pkts/sec 
Avg  pkts  per  message        =  1.0 
Dynamic  Routing  with  Method  5  used. 

Window  time  =  0.375   sees 

No.  of  windows        ■■  10 


Figure  5.30        Unbalanced   Traffic:    Dynamic  -    100    pkts/sec 
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and   still   only      0.6  9   at    100    packets   per      second.         From   both 
figures   it    is  clear    that  traffic  .between   node   pairs   has   been 
distrifcuted     throughout   the      network    and      thus   the      dramatic 
increase   in   performance   was    achieved. 
U .      Datagram  and   Virtua  1  Circuits 

Chapter  I  mentioned  that  the  performance  of  any 
dynamic  routing  methcd  will  be  reduced  when  virtual  circuits 
are   used.  Virtual   circuits   "lock"      the   path  taken      by   all 

packets  of  a  message  to  that  selected  by  the  first  one.  If 
network  conditions  change  after  the  initial  "trail-blazer" 
packet  establishes  the  route,  subsequent  packets  may  no 
longer   be  taking   the    test   bath. 

In  testing  the  degradation  in  network  performance 
using  virtual  circuits,  geometrically  distributed  message 
lengths  were  used.  Figure  5.31  shows  the  outcome,  of  the 
simulations  with  the  results  being  very  similar  to  those 
received  when  datagrams  were  used  (Figure  5.27)  .  However 
there  was  some  degradation  in  performance,  the  percentage 
difference  between  the  two  methods  being  given  in  Figure 
5.32.  These    results     are      highly      dependent   upon      network 

topology  and  are  presented  only  to  give  a  feeling  for  the 
type    cf    degradation    in   performance    which    is   likely   to   occur. 
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VARYING  THE  AVERAGE  NUMBER  OF 

PACKETS  PER  MESSAGE  USING  A 

GEOMETRIC  DISTRIBUTION 
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Pkt  Generation  Rate  {pkts  per  sec) 
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NETWORK  PARAMETERS 

Packet  transmission  time   =  0.0500  sees 
Update  transmission  time   =  0.00125  sees 
Node  update  interval        =  0.5000  sees 
Dynamic  Routing  with  Method  5  used. 

Window  time  =  0.375    sees 

No.  of  windows        =»  10 
VIRTUAL  CIRCUITS  WERE  USED. 


Figure  5.31       7irtual  Circuit   Results 
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PERCENTAGE  INCREASE  IN  AVERAGE 

NUMBER  OF  PACKETS  IN  TRANSIT 

WHEN  USING  VIRTUAL  CIRCUITS 
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NETWORK  PARAMETERS 

Packet  transmission  time   =  0.0500  sees 
Update  transmission  time   =  0.00125  sees 
Node  update  interval        =  0.5000  sees 
Dynamic  Routing  with  Method  5  used. 

Window  time  =  0.375    sees 

No.  of  windows        =  10 


Figure  5.32   Virtual  Circuits  vs.  Datagrams 
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As   expected,     the   longer  the  average    message   size   the   poorer 
virtual   circuits   faired   with   datagrams. 


G.       PERFCBHA8CE    COMP1BISON    WITH    A    ROUTING    FRACTION    SCHEME 

While  the  research  was  underway  for  this  project,  a 
second  project  began  which  investigated  the  performance  of  a 
routing  fraction  protocol  [Bef.  24].  In  order  to  provide  a 
basis  for  comparison,  the  simulation  program  presented 
herein  was  utilized  as  the  "driver"  for  the  second  project. 
Eecause  of  the  design  of  the  program,  the  only  major  altera- 
tions reguired  to  accomodate  the  routing  fraction  protocol 
centered  in  the  Update  Routing  Protocol  events  and  routines. 
The  ether  major  divisions  of  the  program,  which  concerned 
message  traffic  transport,  data  collection  and  simulation 
preparation,  were  not  significantly  changed.  In  this  way  a 
comparison  study  of  different  routing  procedures  using  the 
same    "driver"   routines  could   be  analyzed. 

Upon  completion  of  the  second  project,  both  routing 
protocols   were   tested.  To   ensure   that   the     programs    still 

only  differed  by  the  routing  protocols,  both  were  first  run 
using  the  same  network  parameters  and  with  fixed  best  paths 
from  the  same  least  hop  routing  table.  The  statistical 
results    from  both   program   runs    were    identical. 
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Next  the  programs  were  run  such  that  the  performance  of 
the  Yen  algorithm  could  be  compared  to  that  of  the  optimally 
selected  routing  fraction  method.  The  selection  of  the 
routing  fractions  was  possible  since  the  traffic  distribu- 
tion for  the  network  was  knew  to  be  uniform.  Therefore  the 
resulting  multiple  path  routing  strategy  was  "matched"  to 
the   network   conditions. 

The  intensity  of  the  incoming  traffic  was  set  at  335 
pkts/sec  which  corresponded  to  the  saturation  point  of  the 
network  when  least  hep  routing  had  been  used.  The  Yen  simu- 
lation was  run  using  the  same  parameters  as  in  the  last 
section  with  the  exception  that  the  update  interval  was  set 
to  0.20  seconds.  The  results  of  the  comparison  are  given  in 
Table    IX.  From   these   results   it     is   evident  that      the   Yen 

algorithm  is  able  to  perform  almost  as  well  as  a  static 
multiple  path  method  which  is  operating  on  its  "home  turf". 
This  term  is  used  sicce  within  this  static  environment  the 
routing  fraction  method  can  yield  the  optimal  results.  Thus 
the  optimal  routing  fraction  technique  provides  a  perform- 
ance yardstick  with  which  to  measure  how  well  the  Yen  algo- 
rithm actually  works.  Again,  from  these  initial  findings, 
the  ability  of  the  Yen  algorithm  to  approach  optinai 
performance    appears    to   be  very   good. 
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T1BLE  IX 
Performance  Comparison  of  the  Algorithms 


Avg  Pkts  in 

Network 

(in  pkts) 

Avg  Pkt  Trip 
Time 
(in  sees) 

Avg  Queue 

S1Z€ 

(in  pkts) 


Yen 
Algorithm 

59.6 


0-173 


0.4U 


Routing 
Fraction 


50.3 


0.148 


0.30 


Least 
Hops 

102.3 


0.301 


1.20 


Additional  simulation  runs  were  done  using  the  unbal- 
anced traffic  patterns  used  previously.  However,  the 
inability  of  the  static  routing  fraction  method  to  adjust 
caused  severe  performance  degradation.  We  have  already  seen 
that  the  dynamic  nature  of  the  Yen  algorithm,  on  the  ether 
hand,  allows  it  to  perform  in  an  unbalanced  environment  with 
acceptable   results. 

B.       TESTING    THE    HIERABCHICAL    VERSION 

In  order  to  evaluate  the  peformance  of  the  hierarchical 
version  of  the  basic  algorithm  which  was  developed  earlier, 
some  modifications  were  made  to  the  network  parameters. 
These      changes      were      reguired      in        order      to      display      the 
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Group 
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GrouD 
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Group 
3 


Group  9 
4 


Figure  5.33   Test  Network  for  Hierarchical  Version 

operating  characteristics  of  the  new  algorithm.  First  a 
larger  test  network  was  used  which  had  24  nodes  and  52  full 
duplex  links  (Figure  5.33) .  The  hierarchical  structuring  of 
this  network  was  such  that  two  families  were  created  (each 
with  a  total  of  12  nodes)  and  each  family  was  divided  into 
two  groups  (each  with  6  nodes)  .  Though  this  network  is 
relatively  small,   it  was  found  that  running  larger  networks 
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using  the  IBM  3033  was  very  expensive  in  terms  of  both  CPU 
time  and  memory  allocation.  This  network,  though,  with  one 
additional  parameter  change  proved  to  be  adequate  for  the 
demonstration. 

One  cf  the  primary  reasons  for  using  a  hierarchical 
scheme  is  tc  reduce  the  overh'ead  from  update  transmissions. 
It  has  teen  shown  that  the  link  utilization  from  updates  is 
directly  related  to  the  number  of  nodes  in  the  network  when 
using  the  nodal  algorithm.  However,  in  order  to  "load  down" 
the  netwcrk  from  update  packets  which  have  a  relatively 
short  (1/40th  of  a  message  packet)  transmission  time,  the 
size   cf      the  network   required    was     too  large.        In      crder   to 

m 

increase  the  "cost"  cf  update  transmissions  for  the  purpose 
cf  comparison,  the  length  of  the  update  packet  was. therefore 
increased  ty  a  factcr  of  six.  This  is  the  same  technique 
used  in  the  previous  section  when  the  the  interval  between 
node  updates  was  varied.  It  was  now  possible  to  run  the 
simulaticn  using  both  the  nodal  and  group/family  version  of 
the   Yen    algorithm   and  evaluate   their    performances. 

Two  methods  for  generating  the  unit  warning  message  were 
developed  fcr  the  program.  The  first  method  was  the  single 
"leader"      technique      where        one      node      per      unit         has      the 
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responsibility  of  generating  the  unit  warning  messages. 
Initially  tie  scheme  where  each  node  in  a  unit  generated  its 
own    warning     messages   was      also   simulated.  However,      this 

method  was  discarded  when  the  poor  distribution  of  update 
messages   in     time  caused   degraded   performance.  The   second 

technique  which  was  simulated  was  the  synchronized  firing  of 
unit  update  messages  whereupon  the  warning  message  contained 
a  resynchronization    time   instead   of  the    firing  time. 

The  results  from  simulation  runs  using  the  nodal  and  the 
two  warning  message  hierarchical  schemes  are  summarized  in 
Table  X.  The  table  lists  the  nodal  version  of  the  algorithm 
under  "NODE",  .the  hierarchical  version  using  firing  time 
warning  messages  under  "NS"  (for  non-synchronized)  and  the 
version  using  warning  messages  containing  the  resynchroniza- 
tion time  under  "S"  (for  synchronized).  All  hierarchical 
versions  were  run  using  a  node  update  interval  cf  0.25 
seconds  while  a  variety  cf  group  and  family  times  were 
chosen.  Two  nodal  runs  were  made  using  update  intervals  cf 
0.25    and    0.50  seconds. 
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In   analyzing      the  results     some  overall      characteristics 
are   noted: 

1.  The  link  utilization  due  to  update  transmissions  was 
substantially  reduced  when  the  hierarchical  methods 
were  used.  In  the  case  where  node  update  intervals 
were  the  same,  the  hierarchical  methods  showed  a 
reduction  in  update  link  utilization  by  a  factor  of 
three  (0.125  as  compared  with  0.375  for  the  nodal 
scheme)  . 

2.  The  average  length  of  a  trip  which  a  packet  took 
using  the  hierarchical  schemes  was  longer  than  with 
the  nodal  version.  This  is  consistent  with  the 
nature  of  all  hierarchical  methods  in  which  reduced 
upcate  overhead  is  achieved  at  the  expense  of 
slightly    longer  packet   trips. 

3.  The  synchronized  version  of  the  hierarchical  methods 
performed  better  than  the  firing  time  warning  message 
version.  Tfce  improvement  appears  to  be  from  the 
reduction  in  cverhead  which  was  approximately  twenty 
percent    in  this  case. 

The    best  performance  using      the   hierarchical    methods    was 
not    obtained     when    the      update   intervals      were  shortest      but 
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rather  when  the  groups  and  the  families  were  not  generating 
their  urit  updates' at  the  same  rate  as  the  nodes.  This 
occurred  using  the  synchronized  method  with  the  group  and 
family  intervals  at  0.5  and  1.0  seconds  respectively.  This 
performance  was  dramatically  better  than  the  node  version 
which  was  clearly  being  congested  with  overhead  traffic. 
Even  though  the  nodal  version  packet  trips  were  about  0.75 
hops  shorter  than  the  hierarchical  versions,  the  burdening 
effect  of  high  link  utilization  from  update  traffic  was  the 
dominant  factor.  However,  when  the  nodal  version  was  run 
using  a  larger  update  interval  such  that  the  overhead  link 
utilization   was    halved,    its    performance   improved. 

The  benefits  frcm  the  use  of  hierarchical  methods  in 
large  networks  have  been  demonstrated  in  this  secticn.  It 
should  be  noted  that  incorporating  such  schemes  in  very 
large  networks  is  not  merely  convenient  but  an  absolute 
requirement.  Recall  that  the  formula  for  the  link  utiliza- 
tion due  to  update  transmission's  could  be  calculated 
directly.  Since  the  size  of  the  update  packet  is  small  but 
relatively  fixed  in  length  and  the  update  interval  must 
remain  reasonably  short,  there  is  a  finite  network  size 
before    the   links      will  saturate   due   to      update  transmissions 
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alone.        Therefore      the   implementation      of   the      hierarchical 
version   becomes    mandatory  in   a   large    network. 

I.       LARGE    HETWOBK   SIHOLATION 

The  choice  of  relatively  small  networks  (25  nodes  or 
less)  fcr  the  majority  of  simulation  work  was  based  prima- 
rily upon  limitations  which  the  IBM  3033  had  upon  job  execu- 
tion time  and  available  memory.  Simulating  the  routing 
protocol  involved  larce  amounts  of  both  these  items.  The 
maximum  time  limit  for  a  single  job  was  one  hour  which 
corresponded  to  a  thirty  second  simulation  of  a  25  ncde 
network. 

Hcwever,  during  the  last  quarter  of  work  en  this 
project,  SIMSCRIPT  II. 5  (Release  4.2)  was  made  available 
with  the  VAX  11/780  machine.  The  VAX  11/780  is  a  virtual 
address  computer  with  a  large  available  memory  (4  gigabytes) 
and  no  liuitation  on  program  execution  time.  The  similari- 
ties between  the  VAX  arid  IBM  versions  of  SIMSCRIPT  were  such 
that  transporting  the  simulation  between  machines  was  not 
difficult.  Program  sod  if ications  were  centered  only  in  the 
I/O    processes. 

The  initial  design  of  the  "large"  network  consisted  of 
288    nodes.      Hierarchical    structuring    produced   3    families    (96 
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nodes  each),  with  8  groups  per  family  (12  nodes  each). 
Initial   simulation      runs,      however,      exceeded     the   available 

I  memory   of   even      this    nachine   and    so   the      network    was   reduced 

to  a  single  family-  The  final  network  had  96  nodes  and  202 
full    duplex   links    (Figure   5. 34). 

Testing  of  the  dynamic  hierarchical  routing  protocol  in 
this  network  was  made  using  a  highly  unbalanced  traffic 
distribution.  The  najority  (95  percent)  of  traffic  gener- 
ated for  the  network  originated  from  Group  1  nodes.  in  a 
similar  manner,  the  same  percentage  of  generated  traffic  was 
destined  for  Group  U  nodes.  From  the  network  topology,  it 
can  be  seen  that  this  traffic  distribution  means  that  most 
traffic  must  travel  from  cne  side  of  the  network  to  the 
other.  Nunerous  routes  can  be  visualized  to  include  flews 
cf  traffic  through  the  upper  two  groups,  the  center  group, 
and   the    bottom    three    groups  . 

In  order  to  get  a  performance  comparison,  the  simulation 
was  first  run  statically  using  the  least  hop  routing  scheme. 
The  packet  generation  rate  for  the  network  was  100  packets 
per  second.  This  traffic  intensity  was  selected  such  that 
link  saturation  was  beginnirg  to  occur.  The  results  of  the 
simulation      run    are      presented      in      a   pictoral      rather      than 
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Figure   5.34        96   Node    Network 

tablular  form  so  that  the  overall  link  usage  of  the  network 
can  fc€  clearly  seen.  Figure  5.35  presents  four  views  of  the 
network  with  each  view  depicting  those  links  which  had 
utilizations  within    the   range      specified.         As   expected   with 
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Figure  5.35    Large  Network:  Static  Routing 
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the  static  scheme,  the  majority  of  the  links  received  very 
little  usage  while  the  links  belonging  to  the  best  path  were 
saturated.  At  the  ccnclusion  cf  the  ten  second  simulation 
only  727  of  the  1030  packets  generated  had  completed  their 
trips. 

The  simulation  was  then  run  using  the  hierarchical 
distributed  algorithm  with  synchronized  unit  update  trans- 
missions. Update  packet  size  was  kept  at  the  size  used 
previously  (1/40th  of  a  message  packet)  and  both  the  node 
and      group    update      interval    was      set    to      0,5    seconds.  The 

results    are     given    in     Figure    5.36.  Network   views      corre- 

sponding tc  link  utilizations  greater  that  0.6  were  not 
required  since  the  highest  utilization  of  any  link  in  the 
network  was  0.586.  The  view  showing  the  utilization,  range 
from  0.3  to  0.6  clearly  shows  the  ablility  of  the  algorithm 
to   effectively      route  traffic.  At    the      conclusion   of     the 

simulation  the  network  was  stable  with  917  of  the  1030 
generated  packets  having  completed  their  trip.  The  average 
link  utilization  due  to  update  traffic  was  only  0.026  and 
therefore  did  not  interfere  with  message  traffic.  Had  the 
nodal  version  been  used,  the  average  link  utilization  from 
update  traffic  alone  would  been  approximately  1  which  again 
points   cut   the    requirement    for    the  hierarchical    version. 
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Figure  5.36    Large  Network:  Dynamic  Routing 
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VI.     CONCLUSIONS    AND    RECOMMENDATIONS 

A.       CONCLUSIONS 

The  path  which  lead  to  the  development  of  the  combina- 
tion link  weight  function  and  the  hierarchical  distributed 
routing  procedure  was  by  no  means  a  "least  hop"  one.  Many 
detours  were  taken  while  enroute  which  were  time  consuming, 
tut  net  without  benefit  in  terms  of  derived  insight.  In 
summarizing  the  many  points  of  conclusion  obtained  during 
the  ccurse  of  this  project,  a  chronological  approach  is 
used.  In  addition  to  the  actual  results  obtained,  seme 
lessons    learned    by    this   author    are   also   included. 

Initially  the  simulation  program  model  was  developed  on 
a  much  simpler  scale  than  that  which  appears  herein. 
Modularity  and  understandability  were  emphasised  so  that  as 
the  model  grew  in  realism  (and  became  more  complex),  it  did 
not  become  unmanageable.  In  doing  so,  the  impact  that  srodi- 
fications  to  the  model  had  upon  the  simulation  operation 
were    net   lost.       This    process   is   best    seen    by    example. 

An  early  version  of  the  simulation  model  did  not  use 
update  gueues  under  the  assumption  that  the  effects  of 
update   collisions      would   be    negligible   upon      the   performance 
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of  the  routing  algorithm.  As  the  model  grew,  the  update 
insertion  technique  was  included  with  its  resulting  update 
packet      queueing        delays.  The     new        simulation      results 

confirmed  an  earlier  speculation  that  queued  updates  did  cot 
dramatically  change  the  best  path  calculations.  However, 
only  by  working  from  the  simple  to  the  more  complex  model 
could   these   conclusicns   have   been   made. 

Another  goal  during  the  model  development  stage  was  in 
finding  techniques  which  could  be  used  to  validate  the  simu- 
laticn.  The  use  of  analytical  methods  proved  very  effective 
in  this  area.  The  key  was  in  matching  the  network  parame- 
ters to  situations  which  could  be  duplicated  using  the  math- 
ematical techniques.  In  doing  so  the  results  obtained 
during  simulation  closely  agreed  with  those  using  the 
analytical  methods.  The  simulation  operation  was  also  veri- 
fied     using     a      painstaking    process      whereby     every      network 

process      involving      individual      packets        was      printed      out. 

■ 
Therefore,        prior    tc     the    simulation      being     run    using     the 

routing    protocols,    the   model   had   been   convincingly    tested. 

After   establishing  a   workable   simulation   model,      it   scon 

became   apparent    that     a   dynamic   routing   protocol      is   only  as 

good    as   the    information   upon   which     it    makes   the    estimate   of 
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the      network     conditions.  The        combination      link      weight 

function  which  was  finally  developed  appears  to  provide  an 
accurate  and  responsive  measurement  upon  which  the  routing 
decision  can  be  made.  A  somewhat  unexpected  characteristic 
cf  the  combination  method  was  the  relative  insensitivity  of 
its  parameters  upon  the  algorithm's  performance.  The  Queue 
Factor  term  demonstrated  very  acceptable  performance  over  a 
wide  range  of  network  parameters.  In  fact,  the  modified  Yen 
algorithm  seemed  tc  be  hard  to  "break  down"  even  when 
subjected  tc  a  variety  of  chaotic  and  unbalanced  traffic 
conditions.  The    robustness      of   the      modified   version      was 

further  shewn  when  during  conditions  of  rather  gross  timing 
limitations,  the  network  performance  remained  basically 
unchanged. 

It  should  be  emphasised,  though,  that  it  was  not  the 
intent  cf  this  research  to  find  the  "optimal"  set  of  parame- 
ters for  the  routing  protocol.  The  effects  that  one  param- 
eter had  upon  another  were  interrelated  and  thus  the  problem 
would  have  become  one  of  finding  a  global  optimum  in 
N-dimensicnal  space.  The  vastness  of  this  space  precluded 
such  a  search  and  so  a  working  set  of  parameters  was  found 
instead. 
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During  the  development  of  the  nodal  version  of  the  Yen 
algorithm,  a  simple  formula  was  derived  which  solved  for  the 
overhead  link  utilization  due  to  update  transmissions  from 
known  network  parameters-  It  was  this  result  which  helped 
to  provide  the  motivation  for  the  development  of  a  hierarch- 
ical version-  The  nodal  version,  though  extremely  capable, 
was  limited  to  networks  of  a  particular  size  due  to  the 
detrimental  effects  which  the  overhead  traffic  produced. 
The  maximum  network  size  was  a  function  of  a  number  of 
parameters-  For  the  parameter  values  used  in  this  work,  the 
limiting   network  size  was  approximately    100   nodes. 

The  hierarchical  scheme  which  utilized  synchronization 
warning  messages  prcduced  the  least  overhead  and  the  best 
performance  of  those  tested.  The  feasibility  of  this  method 
was  demonstrated  using  the  large  network  of  100  nodes.  The 
real  "savings"  from  this  method  over  the  non-synchronized 
hierarchical  scheme  came  from  the  substantial  reduction  in 
unit  warning  messages  which  were  passed  using  the  flooding 
technigue. 

The  atility  of  the  algorithm  to  function  with  little 
performance  degradation  in  an  environment  of  hardware  clock 
limitations   and      delays   due      to   gueued      updates    was      another 
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positive  result.  It  appears  that  in  general,  these  random 
timing  inaccuracies  were  negligable  compared  to  the  magni- 
tude of  the  link  weight  function  calculations.  The  hybrid 
characteristics  of  the  combination  function  also  assisted  in 
damping  small' weight  variations  which  may  be  caused  by  these 
delays. 

The  limited  work  which  was  performed  using  the  VAX 
11/780  with  the  nearly  100  node  network  came  late  in  the 
project.  However,  the  results  from  these  tests  were  central 
to      this   work.  By   demonstrating     the      workability   of      the 

protocol  en  a  complex,  non-symmetric  network,  seme  of  the 
doubts  which  haunt  snail,  symmetric  simulations  are  removed. 
Euring  the  development  stages,  small  network  simulations 
were  required  in  order  that  the  mechanics  of  the  algorithm 
could  te  verified.  Crce  the  hierarchical  version  was  devel- 
oped, though,  the  requirement  to  test  it  on  a  large  network 
became  the  central  issue  in  establishing  its  credibility. 
In  successfully  doing  so,  a  major  goal  of  the  project  was 
met. 

E.       BECCaflEHDATICHS    FCE    FUBTBEa    STODI 

During  the  develcpment  cf  this  project,  several  courses 
of      action    which      future   work      might      take    became      apparent. 
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Some  of  these  areas  require  only  further  simulation  with  the 
program  in  Appendix  C,  while  others  require  the  production 
of  additional  prcgrais.  The  area  mentioned  first,  since  it 
was  partially  begun  during  the  final  phase  of  this  project, 
is  that  of  large  network  simulations.  Studies  could  lock  at 
the  selection  of  node,  group  and  family  update  intervals  in 
order  to  achieve  improved  performance.  Initial  results  tend 
to  shew  that  larger  units  did  net  have  to  update  as  often  as 
smaller   ones,   but  this   was    not    conclusive. 

The  simulation  program  already  includes  a  routine 
designed  tc  allows  redes  near  unit  borders  to  maintain 
routing  information  en  neighboring  nodes  belonging  to  ether 
units.  This  information  wculd  enable  packets  destined  for 
these  neighboring  nodes  to  take  the  best  path  to  the  ncde 
itself  vice  the  best  path  to  the  group  or  family  of  the 
node.  Using  the  large  network,  it  would  be  possible  to  run 
comparison  simulations  while  varying  the  "depth"  within  the 
unit  borders  for  which  node  routing  table  entries  would  be 
maintained. 

The  topology  remained  fixed  throughout  all  simulations 
run  during  this  project.  The  program,  though,  is  capable  of 
modeling      a   dynamically      changing      network    topology.  Link 
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connectivity  can  be  altered  simply-  by  removing  or  adding 
links   to   the  node's    link  set.  The    addition   or    deletion   of 

nodes  would  require  a  bit  more  planning  since  nodes,  as 
permanent  entities,  are  created  at  the  same  time.  However, 
the  destruction  or  joining  of  nodes  to  the  network  could 
still  fce  handled  by  the  deactivation  or  activation  of  links. 
Using  this  technique,  a  wide  variety  of  scenarios  can 
develop  ranging  from  static  network  topologies  that  experi- 
ence random  node  and  link  failures  to  completely  mobile  ones 
used   to   represent  a    packet    radio   network. 

The  "Successor"  algorithm  of  Appendix  B  could  be  simu- 
lated in  this  dynamic  environment.  This  algorithm  could  be 
used  in  conjunction  with  work  concerned  with  the  "start-up" 
phase  of  a  packet  network.  The  whole  area  of  network 
activation  is  very  important  to  the  feasibility  cf  a 
distributed  network  and  cannot  be  overlooked  in  the  design 
considerations. 

This  work  has  fccused  en  the  application  of  a  distrib- 
uted routing  protocol  within  a  packet-switched  communica- 
tions network.  It  may  be  of  interest  to  study  the 
applicability  of  this  protocol  in  a  packet-radio  network. 
Packet   radic      networks  exhibit      some    unique      qualities    which 
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night  make  the  use  of  a  time-dependent  routing  protocol 
particularly  difficult.. 

During  this  work,  performance  comparisons  were  dene  with 
a  routing  fraction  pictocol.  The  Yen  algorithm  produces  a 
single  best  path  node  for  each  destination  and  not  a  set  of 
routing  fractions.  Future  work  may  look  at  developing  a  set 
cf  alternative  paths  from  the  Yen  algorithm  by  keeping  track 
of  the  tentative  update  transmission  times.  Relationships 
may  be  developed,  for  example,  between  the  "second  test" 
update  transmission  time  and  the  selection  of  alternate 
paths. 

In  conclusion,  this  thesis  was  a  preliminary  investiga- 
tion into  the  application  of  the  Yen  routing  algorithm 
within      a      packet-switched        communications   '  network.  The 

initial  development  from  this  study  was  a  modified  version 
of  the  algorithm  which  exhibited  hybrid  operating  character- 
istics when  used  in  conjunction  with  the  proposed  combina- 
tion link  weight  function.  The  final  algorithm  development 
was  a  hierarchical  version  utilizing  synchronized  unit 
update  transmissions  which  allowed  the  protocol  to  operate 
in   large   networks. 
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APPENDIX    A 


THE    YEH    SHORTEST    PATH    ALGORITHM 


In   an   N-ncde  directed   cetwork,    let 

{1} ,    I   -    1  to    N,    be    the   nodes   of    the   network. 
(I, J)    be   the    link   connecting  node   I  to   node  J. 

W<I,J)    >    0   be    the   weight   of  (I,  J). 

* 

F(I,K)    be  the   distance    of    the    tentative   shortest 
path    from  node   I   to    node   K. 

T[F(I,K)  ]  be    the   finite   length   of   time   defined 
to   represent    the   corresponding    value   of   F(I,K). 


Let   C  be    the    constant   such   that   C   =    F  (I,  K) /T[  F  (I  ,K)  ]. 


Initially,    all    F(I,K)»s    and   T[F(I,K)  ]«s    are    set    to  co. 


STEP    1:  At   time   0,    the    destination    node   K 

sends   each   of   its   Neighbor  (out)    nodes    J 
a  simple    message    "K". 

STEP   2:  Cn   receiving   a    message   "K"f    each 

node    J   must: 

A.         Label  the  node    that   has    just    sent 

233 


the    message    node   L  and   delete  node   L 

from   its   Update   Transmission   List. 
E-         Bead   the   clock   and  let   T[F(L,K)  ] 

equal   the  time   it   reads    from   the    clock 

and    let    F(L,K)    =   C  *'T[F(LrK)  ]. 

F(L,K)    is  the    Update    Reception   Weight. 
C.         Update  F  (J,K)    by 

F(J,K)    =    min[F(J,K)     ,    W(J,L)     ♦   F(L,K)]. 

F(J,K).is  the   Tentative    Shortest    Path 

Distance   and    W(J,L)    is   the    Reverse   Link 

Weight. 
E.  Let    T[F(J,K)  ]    =    F(J,K)     /    C. 

T[F(J,K)  ]   is   the    Tentative   Time   of 

Update  Transmission. 
E.         At   time   T[F(J,K)  ],   node    J 

sends  the  message   "J"    to   Neighbors 

on    its  Update   Transmission   List. 

STEP   3:  Repeat  STEP    2    until    time   t*,    where  t*   is   a 

predetermined   constant  larger   that   any    possible 
T[F(J,K)  ]. 


At  the  termination  of  the  algorithm,  each  node  J  has  the 
following  scluticn  to  the  shortest  path  to  destination  node 
K: 

234 


1.  Tt€  distance  cf  the  optimal  shortest  path  from  node  J 
to  the  destination  node  K,  which  is  given  by  F(J,K), 
and 

2.  The  identity  cf  the  next  node  on  the  shortest  path 
frcm  node  J  tc  node  K,  which  is  indicated  by  the  node 
which  generated  the    final   F(J,K). 
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APPENDIX    B 


TEE   "SUCCESSOR"    MODE    SELECTION    ALGORITHH 


The  purpose  of  this  algorithm  is  to  provide  a  means  for 
the  hierarchical  version  of  the  Yen  algorithm  to  continue  to 
operate  in  the  event  that  the  current  Leader  node  within  a 
tasic  unit  (i.e.  group  or  family)  fails-  The  Leader  node  is 
responsible  for  generating  the  unit  warning  message  which  is 
then  sent  to  all  members.  This  warning  message  contains  the 
identity  of  the  Leader  node  and  the  time  at  which  all  nodes 
are  to  send  the  unit  update  message.  If  the  Leader  ncde 
fails,  then  the  unit  will  nc  longer  be  able  to  prcvide 
update  information  for  the  rest  of  the  network.  This  same 
algorithm  is  also  applicable  to  network  "start-up"  periods 
when  the  units  themselves  are  forming  and  Leader  nodes  must 
be  selected.  The  following  definitions  are  given  which  will 
be   utilized    in    the   algorithm. 

In   an   N-node  directed  network,    let: 


I,    J,    F ,. .  .  ,    L    be  nodes   belonging   to    a    basic    group 
of     the  network.  A    group      was      chosen   for      this 

description   yet      this    is      applicable   to     any    level 
unit. 
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Each  ncde  have  a  clocking  device  called  a  Timer 
which,  upon  setting,  will  time  out  at  t  =  T  (max) . 

T  (max)  be  greater  than  any  time  interval  between 
consecutive  grouc  warning  messages  being  received 
by  any  node  in  the  group. 

GW(I]  be  the  Group  Warning  message  originating 
frcm  ncde  I. 

I  (grp)  be  the  average  time  between  generation  of 
consecutive  group  warning  messages  by  the  leader 
node. 

S[  1,1(1)]  be  the  Successor  message  containing  the 
identity  of  node  I  and  the  time  T  (I)  when  the 
Successor  messace  was  originated. 

The  algorithm  is  presented  in  terms  of  the  three 
different  events  which  can  occur  during  network  operation 
resulting  frcm  its  usage.   These  events  are 

1.  A  node  receives  a  group  warning  message. 

2.  A  ncde  "times  cut".   This  means  that  the  node  has  not 
received  a   grcup   warning   message  within  T  (max) 
seconds.    Each  node  has  a  re-settable  timer  which  it 
uses  to  determine  this. 
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3.      A     node      receives   a      successor      message-  Successor 

messages    are    sent   by    nodes   which   have   "timed   cut"   and 
are   new    competing  for   the   function   of   being   the    group 
Leader. 
The   algorithms    related    to   each  event   are   as   follows. 


E?ENT    1 

At   tine   t,        node   I    receives   G*i[L]  from   node      K   and    performs 
the    following: 

Node  I  carries  cut  standard  group  update  proce- 
dures. This  involves  retransmitting  the  group 
warning  message  and  then  scheduling  its  own  group 
update  message  to  be  "fired"  at  the  specified 
firing   time   given  in   the   warning   message. 

Cancels  the  scheduled  transmission  of  GW[I]  if  it 
had    keen  scheduled. 

Sets    S[I,T(I)  ]    =   S[I,  co  ]. 

Besets   its    Timer. 
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EVENT  2 

At   time  t*,   node  O's   Timer   "times  out".     Node  J  then 
performs  the  following: 

If  T  (J)  =  oo, 

Let  S[  J,T(J)  ]  =  S[  J,t*]; 

Transmit    S(J,T(J)  ]      to   all      neighbor  nodes      within- 
same    group; 

Schedule    the  transmission   of   GW[J]   to    all   neighbor 
nodes    within  same    group   at    time   t  »  t*    ♦   T  (max)  ; 

Reset    the    Timer. 

If   I  (J)    ^oo, 

Transmit    S[J,T(J)  ]      to    all      neighbor   nodes      within 
same    group; 

Reset    the    liner. 


EVENT   3 

St   time   t**,  node  J    receives   S[I,T(I)  ]   from   node    K.         Ncde  J    then 
performs   the  following: 
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If      ncde  J      has      already      "timed    out"      and      transmitted 
S[  C,T(J)  ]   then, 

If  T  (I)    <    T(J)    then, 

Cancel  the  scheduled  transmission  of  GW[J]; 

Let  S[J,T(J)  ]  =  S[I,T(I)  ]; 

Transiit      S[J,T(J)  ]     to      all      neighbor      nodes 
within  the  same    group    except   node    K; 

Reset   the   Timer. 

If  T  (I)    =    T(J)    then, 

If  I    <  J   then, 

Cancel      the      scheduled      transmission     of 
GW[J]; 

Let    S[J,T(J)  ]   =    S[I,T(I)  ]; 

Transmit   S[J,T(J)  ]  to   all   neighbor    nodes 
within    the    same   group   except    node    K; 

Beset  the    limer. 

If  I    >  J  then, 

Nc  action    is   taken. 


If  T  (I)    >    T(J)    then, 
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Nc  action   is    taken. 

If   ncd€  J    has    net  "timed   cut"   then, 

If  T  (I)    <   T  (J)    then, 

Let    S[J,T(J)   ]   =    S[I,T(I)  ]; 

If  T  (I)    =    I  (J)    then. 

If  I    <  J   then, 

l€t    S[  J,T(J)  ]    =    S[I,T(I)  ]. 

If  I    >  J   then, 

Nc  action   is    taken. 

If  T  (I)    >    T  (J)    then, 

Nc  action   is    taken. 

Figure  B.1  shows  the  network  which  is  used  to  illustrate 
how  this  algorithm  performs  in  the  event  that  the  leader 
node    fails.  The   current    leader   is      node    1    as      the   network 

activities    commence.  The    time   delay   associated      with   each 

link  is  0.1  seconds  with  the  average  time  between  consecu- 
tive group  warning  messages  being  2  seconds.  T  (max)  is  u 
seconds  which  is  greater  than  the  normal  interval  of  time 
between  receptions  of  the  group  warning  message  by  any  ncde 
in   the   unit. 
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Figure   E.I        Network  for  De»onstrating   Successor    Algorithm 


TIME     (SECS) 
0.0 

0.1 


0.2 


0.3 


Ncde    1 : 
Ncde   2: 


Ncde   3: 


Ncde   4: 


Node   5: 


Ncde   4 : 
Ncde   5: 


NODE 
Xmts   GW (1 

3cvs  GW  (1 
Sets  Time 
Xmts  GW (1 

Bcvs  GW  (1 
Sets  Timer 
Xmts  GW (1 

Bcvs   GW  (1 
Sets  Timer 
Xmts  GW  (1 

Hcvs   GW  (1 
Sets  Timer 
Xmts  GW  (1 


ACTIVITY 

to   Nodes    2    and   3. 

from    Node    1. 

to   0.1    +    4    =    4.1. 

to    Nodes    3    and    4. 

from    Node    1. 

to  0.1  ♦   4  =  4.1. 

to   Nodes    2,    4,    5. 

from    Nodes    2   and  4 
to    0.2    +     4    =    4.2. 
to    Node    5. 

from    Node    3. 

to    0.2    +    4    =    4.2. 

to    Node    4. 


Ignores    GW(1)    from    Node   5 
Ignores   GW(1)     from    Node    4 
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1-0 
4.1 


4.2 


a. 3 


Ncde  1:    "Fails"  as  Group  Leader. 

Ncde  2:    Timer  "Times  Out". 

Xmts  S(2  ,  4.1)  to  Nodes  3,  4. 
Schedules  GW(2)  xmt  at 

4.1  +  2  =  6. 1. 
Resets  Timer  for  4.1  +  4  =  8.1. 

Ncde  3:    Timer  "Times  Out". 

Xmts  S(3  ,  4.1)  to  Nodes  2,  4,  5 
Schedules  GW(3)  at 
4.1  ♦  2  =  6. 1. 

Resets  Timer  for  4.1  ♦  4  =  8.T. 

Ncde  2:  Revs  S(3  ,  4.1)  from  Node  3. 
No  action  is  taken. 

Ncde  3:  Revs  S(2  ,  4.1)  from  Ncde  2. 
Cancels  GW  (3)  . 

Xmts  S(2  ,  4.1)  to  Nodes  4r  5. 
Sets  Timer  for  4.2  ♦  4  =  8.2. 

Ncde  4:    Timer  "Times  Out". 

Revs  S(2    ,  4.1)  and  S(3  ,  4.1). 
Xmts  S  (2  ,  4.1)  to  Node  5. 
Sets  Timer  for  4. 2  ♦  4  =  8.  2. 

Kcde  5:    Timer  "Times  Out". 

Revs  S  (3  ,  4.1)  from  Node  3. 
Xmts  S (3  ,  4. 1)  to  Node  4. 
Sets  Timer  for  4.2  +  4  =  8.2. 

Ncde  4:  Revs  S(3  ,  4.1)  from  Node  5. 
No  action  is  taken. 

Ncde  5:  Revs  S(2  ,  4.1)  from  Node  4. 
Identity  cf  Node  2  <  Ncde  3. 
Xmts  S  (2  ,  4.  1)  to  Node  3. 
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) 


6.1 


6.2 


6.3 


Sets  Timer  for  4.3  ♦  4  =  8.3. 


Ncde  2:    Xmts  GW(2)  to  Nodes  3  and  4. 


Node  3: 


Ncde  4: 


Ncde  3: 
Ncde  4: 
Ncde  5: 


Revs  GW  (2)  from  Node  2. 

Resets  Timer  for  6.2  ♦  4  =  10.2 

Xmts  GW(2)  to  Nodes  4  and  5. 

Revs  GW  (2)  from  Node  2. 

Resets  Timer  for  6.2  +  4  =  10.2 

Xmts  GW  (2)  to  Nodes  3  and  5. 

Ignores  GW(3)  from  Node  4. 

Ignores  GW(3)  from  Node  3. 


Revs  GW  (3)  from  Nodes  3  and  4. 
Resets  Timer  for  6.3  ♦  4  =  10.3 
Open  conclusion  of  this  example.    Node  2  had  become  the 

new  Leader.    The   algorithm  operates  in  such  a  manner  that 

nodes  clcsest  to  the  Leader  will  compete   for  that  function 

if  rhe  Leader  fails.   This   occurs  because  nodes  clcsest  to 

the  Leader  receive  the  warning  messages  first  and  thus  "time 

out"  first  in  the  event  that  a  warning  is  not  received. 
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APPENDIX    C 


SIMULATION    PROGRAM 

//   EXEC   SIM25CLG.  REGION.  GO="4096K,PARM.  GQ=  *  MAP.  SIZE=760K' 
//SYSPRINT    DO   STSOUT=fl 
//SIM.STSIN   DO   * 
PREAMBLE 


-MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM 


MMMMMM 

MMMMMM 

-MMMMMM 

PACKET   SWITCHED   NETWORK 

MMMMMM 

MMMMMM 

SIMULATION   PROGRAM 

MMMMMM 

-MMMMMM 

MMMMMM 

MMMMMM 

UTILIZING   A 

MMMMMM 

-MMMMMM 

DYNAMIC   ROUTING   PROTOCOL 

MMMMMM 

-MMMMMM 

BASED  ON 

MMMMMM 

MMMMMM 

THE 

TEN   SHORTEST    PATH   ALGORITHM 

MMMMMM 

MMMMMM 

BY      ROBERT   R.    LOGAN 

MMMMMM 

-MMMMMM 

MMMMMM 

MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM 


NORMALLY    MODE    IS    INTEGER 
GENERATE   LIST   ROUTINES 


«  • 


PERMANENT    ENTITIES. 


EVERY    NODE    HAS    A    GROUP.    A   FAMILY.    A    XHT. PERCENT.    A    RCV.  PERCENT. 
A   OPT. RCV, 

OWNS    A    LINK. SET.    A    XMT. RECORD,    A   ALARM. CLOCK. 
A   VIRT.CKT.L3ST 
DEFINE    XMT.PERCENT,    RCV. PERCENT    AS   REAL    VARIABLES 


«  t 


TEMPORARY   ENTITIES. 


EVERY    UPDATE    HAS    A   ORIGIN,    A   BEGIN.TIME,    A    FIRING.TIME. 

A   CLASS,    A   FM.NODE,    A   TO. NODE,    A   HOPCNT, 
A   VARIETY, 
MAY    BELONG   TO    A    UQUEUE,    A   UPROP. QUEUE 
DEFINE   BEGIN.TIME,    FIRING.TIME    AS   REAL   VARIABLES 

EVERY   PACKET   HAS   A   ORG. NODE.    A   BEG. TIME.    A   HOP. COUNT.    A   QEST.NODE, 
A    RELAY. NODE.    A    NEXT. NODE.    A   MSG.ID.NUM.    A   PKT.ID. 
A   PKT.SUM.    A   LIFETIME.    A   QSTAT,    A   P. NAME. 
A   P. ARRIVAL.     . 
MAY    BELONG  "TO    A    QUEUE.    A    PROP. QUEUE 
DEFINE   BEG.TIME.    P. ARRIVAL   AS   REAL    VARIABLES 
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EVERT  LINK  HAS  A  STATUS.  A  TERM,  A  QTEST.  A  QUESIZ.  A  LK. WEIGHT, 
A  UPCQUNT,  A  PTCQUNT, 
OWNS  A  QUEUE.  A  PROP. QUEUE,  A  SET. OF. WEIGHTS, 

A  UQUEUE.  A  UPROP. QUEUE, 
MAT  BELONG  TO  A  LINK. SET 
DEFINE  LK. WEIGHT  AS  A  REAL  VARIABLE 

EVERT  WEIGHT  HAS  A  WT.SIZE, 

MAT  BELONG  TO  A  SET. OF. WEIGHTS 
DEFINE  WT.SIZE  AS  A  REAL  VARIABLE 

EVERT  CIRCUIT  HAS  A  CKT.ID,  A  VIRT.BP. 

MAT  BELONG  TO  A  VIRT. CKT.LIST 

EVERT  RECORD  HAS  A  REC. ORIGIN.  A  REC.TIME, 
MAT  BELONG  TO  A  XMT. RECORD 
DEFINE  REC.TIME   AS  A  REAL  VARIABLE 

EVERT  BUZZER  HAS  A  SETTING.  A  CAUSE.  ATEMP.8P.  fl  BUZ. BEG, 
A  BUZ. WAKE. 
OWNS  A  BUZ. LIST. 
MAT  BELONG  TO  A  ALARM. CLOCK 
DEFINE  SETTING.  BUZ. BEG  AS  REAL  VARIABLES 

EVERT  BUZ. NODE  HAS  AN  ID. NUMBER. 

MAT  BELONG  TO  A  BUZ. LIST 


EVENT  NOTICES  INCLUDE  US. LINK. WEIGHT. CALCULATION,  El  .TRANSIENT.  BLANKI NG. 
E2. COLLECT. DATA,  El. NETWORK. PERFORMANCE. REPORT 

EVERT  Ul. GENERATE. UPDATE  HAS  A  SENOING. NODE.  A  UP. CLASS 

EVERT  Ui4. RECEIVE. UPDATE  HAS  A  UP. MESSAGE 

EVERT  U6. NODE. WAKE. UP  HAS  A  WK.NODE.  fl  WK.MSG.  A  BPATH,  A  HOPNUM 

EVERT  U7.UNIT.  FIRING  HAS  A  PF.NODE,  A  PF. CLASS,  A  PF. ORIGIN. 

A  PF. BEGIN 
DEFINE  PF. BEGIN  AS  A  REAL  VARIABLE 

EVERT  U8. ERASE. RECORD  HAS  A  ERA. NODE.  A  ERA. RECORD 

EVERT  Ml. GENERATE. MESSAGE  HAS  A  T. MESSAGE 

EVERT  M2.RECEIVE. MESSAGE. PACKET  HAS  A  PA.CKET 

PRIORITT  "ORDER  IS  U4.  RECEIVE.  UPDATE.  M2.  RECEIVE.  MESSAGE  ."PACKET, 
Ml. GENERATE. MESSAGE.  Ul . GENERATE. UPDATE. 
U7.UNITTFIRING.  U6. NODE. WAKE. UP.  U8. ERASE. RECORD. 
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E2. COLLECT. DATA,  U5. LINK. HEIGHT. CALCULATI ON. 

El. TRANSIENT. BLANKING.  E«l.  NETWORK.  PERFORMANCE.  REPORT 

"   DEFINE  QUEUE  AS  A  SET  RANKED  BT  HIGH  HOP. COUNT 

«  * 

DEFINE    NOD. TIME.    BRACKET,     U.XMN.T1ME.    PKT.XMN. TIME. 

GP.FIRE.     GRP.TIME.    FM.FIRE,    FAM.T1ME.    DELTA, 
MSG. GENERATION. INTERVAL.   TIME. LIMIT.   ERA. PERIOD, 
INC. PPM,     END. PPM.   PPS.BEG.    PPS.INC.     PPS.END. 
PPS.AVE.     AVE. PPM.     MAX. PPM,   XMT. TOTAL,    QU. TOTAL. 
BEG. PPM.     RCV.PCNT,    TRNS.PCNT.  LNK. NOD. RATIO. 
MAX. LINKS. PER. NODE.      MAX. GRP. NODES.   XCOUNT.  WT.TIME. 
MAX. FAM. NODES.   IN. GROUP.    IN. FAMILY,   TRANSIENT. 
QU.FACT.  BIT. INTERVAL.  NO. STEPS.  NUL. TRANSIENT.  ND. FINISH 

AS  REAL  VARIABLES 


DEFINE   TRAF. LIMIT.    UP. COUNT.    HOP. LIMIT.    LINKS.  IPPM,  IMSG. 
INIT.BP.   NUM. REPORTS. REQUESTED,  "TEST.  SAMPLES.  NUMRUNS. 
NEW. MSG. TOTAL.   NEW. PKT. TOTAL.   COMP.TRIP. PKT.  STS. PACKETS, 
HOP.7CTAL.   NODE. FACTOR.   PRNT.   FMLTS,   GRPS.   NGFS. 
NUM. OF. WEIGHTS.   MANNER. OF. WEIGHTING.  STEP. BT. WEIGHTS. 
USE.VIRT.CKTS.  DISCRETE. TIMER,  U. COUNT,  STATIC. BP. 
BT.GEOM.DIST.  GEOMETRIC.  ST. EP. BT. NOD. TIME.  SYNCH. FIRING 

AS  INTEGER  VARIABLES 

ACCUMULATE  QUE. PKT. TIME  AS  THE  SUM  OF  QSTAT 

ACCUMULATE  TRANSIT. TIME  AS  THE  SUM  OF  LIFETIME 

ACCUMULATE  LK.MEAN  AS  THE  MEAN  OF  STATUS 

ACCUMULATE  QU.MAX  AS  THE  MAXIMUM,  QU.MEAN  AS  THE  MEAN,  QU.DEV 

AS  THE  STD.DEV  OF  N. QUEUE 
ACCUMULATE  UP. MAX  AS  THE  MAXIMUM,  UP. MEAN  AS  THE  MEAN.  UP.OEV 

AS  THE  STD.DEV  OF  N.UQUEUE 
ACCUMULATE  AVG. WEIGHT  AS  THE  MEAN  OF  QUESIZ 
ACCUMULATE  UP.RHO  AS  THE  MEAN  OF  N. UPROP. QUEUE 
ACCUMULATE  RHO  AS  THE  MEAN  OF  N. PROP. QUEUE 
ACCUMULATE  AV. STS. PACKETS  AS  THE  MEAN  OF  STS. PACKETS 


OEFINE 

OUTQ 

TO 

MEAN 

0 

OEFTNE 

INQ 

TO 

MEAN 

1 

DEFINE 

DEAD 

TO 

MEAN 

0 

DEFINE 

ALIVE 

TO 

MEAN 

1 

DEFINE 

IDLE 

TO 

MEAN 

0 

define 

BUSY 

TO 

MEAN 

1 

DEFINE 

REGULAR 

TO 

MEAN 

1 

DEFINE 

WARNING 

TO 

MEAN 

2 

DEFINE 

NOD. MSG 

TO 

MEAN 

1 

DEFINE 

GRP. MSG 

TO 

MEAN 

2 

DEFINE 

FAM. MSG 

TO 

MEAN 

3 

OEFINE 

NONE 

TO 

MEAN 

0 

2  4  7- 


► 


DEFINE  BY.QSIZE.NOH  TO  MEAN  1 

DEFINE  BY.PAST.QSIZE  TO  MEAN  2 

DEFINE  BT.PAST.QAVG  TO  MEAN  3 

DEFINE  BY. RHO. WEIGHT  TO  MEAN  >4 

DEFINE  BT. COMBINE  TO  MEAN  5 


DEFINE  BEST. PATH  AS  A 

DEFINE  DUP. BEST. PATH  AS  A 

DEFINE  FAM.OF.GRP  AS  A 

DEFINE  BORN.PKTS  AS  A 

DEFINE  GONE.PKTS  AS  A 

DEFINE  JUMP. TOTAL  AS  A 

DEFINE  LENGTH. TRIP  AS  A  i 


2-0IMENSI0NAL  ARRAY 
2-DIMENSI0NAL  ARRAY 
1-DIMENSIONAL  ARRAY 
2-0IMENSI0NAL  ARRAY 
2-DIMENSIONAL  ARRAY 
2-0IMENSI0NAL  ARRAY 
J-OIMENSIONAL  REAL  ARRAY 


END  "OF  PREAMBLE 


MAIN 


LET  LINES. V  =■  79 


MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMNMMMMMMMMMMMMMM 


THE  MAIN  ROUTINE  ACTS  AS  THE  CONTROLLER  FOR  INITIALIZING 
AND  THE  SUBSEQUENT  EXECUTION  OF  MULTIPLE  SIMULATION  RUNS. 
THIS  SECTION  IS  ORGANIZED  INTO  MAJOR  PARTS  AS  FOLLOWS: 
(1)   VARIABLE  INITIALIZATION; 

USER  CONTROLLED  VARIABLES  ARE  SPECIFIED. 

NETWORK  CONSTRUCTION; 

DATA  CONCERNING  NODES  AND  THEIR  CONNECTIVITY 

IS  INPUTTED  FROM  EXTERNAL  DATA  SET. 

BEST  PATH  INITIALIZATION; 

THE  SIMULATION  IS  RUN  WITHOUT  ANY  MESSAGE  TRAFFIC 

(I.E.  UPDATES  ONLY)  TO  DETERMINE  THE  BEST  PATH 

VALUES  WITH  WHICH  TO  BEGIN  THE  SIMULATION. 

EVENT  INITIALIZATION; 

PRIOR  TO  THE  START  OF  THE  SIMULATION  ALL  EVENTS 

ARE  INITIALIZED. 

START  SIMULATION: 

MULTIPLE  RUN  OPTION: 

THE  SIMULATION  CAN  BE  RUN  AGAIN  USING  NEW  PARAMETERS 

IF  DESIRED. 


(2) 


L3) 


14) 


(5) 
(6) 


'  SIMULATION  PROGRAM  CONTENTS: 

1.    *PREPARATION«  PRIOR  TO  SIMULATION  (P) 

1.1  PI. BUILD. NETWORK  (ROUTINE) 

1.2  P2. CONNECT. LINKS  (ROUTINE) 

1.3  P3.  INITIAL. ROUTING. TABLE  (ROUTINE) 

1.4  P4. STATIC. EVENTS  (ROUTINE) 

1.5  P5. DYNAMIC. EVENTS  (ROUTINE) 
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1.6  P6. PURGE. EVENT. QUEUE  (ROUTINE) 

1.7  P7rZERQI7E.SETS  (ROUTINE) 

2.  -UPDATE*  ROUTING  PROTOCOL  (U) 

2.1  Ul. GENERATE. UPDATE  (EVENT) 

2.2  U2. TRANSMIT. UPDATE  (ROUTINE) 

2.3  U3. INSERT. UPOATE  (ROUTINE) 
2.1  U4. RECEIVE. UPOATE  (EVENT) 

2.5  US. LINK. HEIGHT. CALCULATION  (EVENT) 

2.6  U6. NODE. WAKE. UP  (EVENT) 

2.7  U7. UNIT. FIRING  (EVENT) 

2.8  U8. ERASE. RECORD  (EVENT) 

3.  -MESSAGE*  PACKET  TRANSPORT  (M) 

3.1  Ml. GENERATE. MESSAGE  (EVENT) 

3.2  M2. RECEIVE. MESSAGE. PACKET  (EVENT) 


4. 


^EVALUATION*  OF  NETWORK  PERFORMANCE  (E) 


il. 1  El. TRANSIENT. SLANKING  (EVENT) 

4.2  E2. COLLECT. DATA  (EVENT) 

4.3  E3. PARAMETER. LISTING  (ROUTINE) 

11.4  E4. NETWORK. PERFORMANCE. REPORT  (EVENT) 

4.5  E5. BEST. PATH. ROUTING. TABLE  (ROUTINEJ 

4.6  E6. LINK. WEIGHT. MATRIX  (ROUTINE) 

4.7  E7.TRAFFIC. DISTRIBUTION  (ROUTINE) 

GLOBAL  VARIABLE  DESCRIPTION:  (ALPHABETICAL  ORDER) 


RVE.PPM 
BEG. PPM 
BIT. INTERVAL 

BRACKET 


DELTA 


ERP. PERIOD 


FAM.  TIMET 


rM.FlRE 


FMLTS 


PACKETS  PER  MESSAGE  (AVERAGE  VALUE) 

PACKETS  PER  MESSAGE  (MINIMUM  VALUE) 

THE  INTERVAL  (IN  SECONDS)  OF  THE  DISCRETE  CLOCK 

WHICH  MAT  BE  USED  IN  THE  SIMULATION. 

THE  TIME  WINDOW  IN  WHICH  A  NODE  MAT 

GENERATE  AN  UPDATE  MESSAGE. 

BRACKET  WILL  EQUAL  .1  *  NOD. TIME. 

A  VALUE  (0  <  DELTA  <  1)  WHICH  DICTATES  THE 

MULTIPLICATION  FACTOR  USED  IN  WEIGHTING  THE 

LINKS  WHEN  A  NODE  IS  COMPUTING  THE  SETTING 

TIME  FOR  THE  "ALARM  CLOCK"  ASSOCIATED  WITH  AN 

UPDATE  MESSAGE. 

THEHTIME  LENGTH  FOR  WHICH  A  NODE  MAINTAINS  ITS 

RECORDS  OF  PREVIOUS  UPOATE  MESSAGE 'RETRANSMITS. 

SAME  AS  NOD. TIME  EXCEPT  CONCERNS  FAMILY 

UPOATES  BEING  GENERATED  BY  A  SINGLE  NODE. 

SAME  AS  GR.FTRE  EXCEPT  CONCERNS  FAMILY  MESSAGE. 

LET  FM.FIRE    =     MAX. FAM. NODES  *  U.XMN.TlME. 

THE  NUMBER  OF  FAMILIES. 
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GP.FIRE  THE   TIME   FROM   ORIGINATION   OF   A   GROUP   UPDATE 

WARNING    MESSAGE    BY    A   NODE.    AT    WHICH    ALL    NODES 
IN   THE    SAME    GROUP   SIMULTANEOUSLY    TRANSMIT    THE 
GROUP   UPDATE   MESSAGE.      THIS   TIME   ALLOWS   FOR 
THE   WARNING   MESSAGE   TO   PROPAGATE   TO   ALL   NODES 
IN   THE   GROUP. 

LET   GP.FIRE        *  MAX. GRP. NODES   *   U.XMN.TIME. 

THE   NUMBER   OF   GROUPS. 

SAME   AS   NOD. TIME   EXCEPT   CONCERNS   GROUP 
UPOATES   BEING   GENERATED   BY   A   SINGLE    NODE. 
THE    MAXIMUM   NUMBER    OF    HOPS    WHICH    AN    UPDATE 
MESSAGE    CAN   TRAVEL    WITHIN    GROUPS    OR    FAMILIES 
NOT    WITHIN   THE    ORIGINATOR'S    BASIC    GROUP/FAMILY. 
(I.E.    USED   FOR   ESTABLISHING   BORDER   NODE   PATHS). 
THE   PERCENTAGE   OF   GENERATED   MESSAGES   THAT    WILL 
NOT   LEAVE   THE   BASIC   GROUP. 

THE   PERCENTAGE   OF   GENERATED   MESSAGES   THAT    WILL 
NOT    LEAVE    THE    BASIC   FAMILY. 

LNK. NODE. RATIO   THE    RATIO    OF    LINKS    TO    NODES    IN   THE    NETWORK. 
MAXIMUM    NUMBER    OF    NODES    PER    FAMILY. 
MAXIMUM    NUMBER    OF    NODES    PER    GROUP. 

MAX. LINKS. PER. NODE        THE    MAXIMUM   NUMBER    OF    LINKS    FOR   A   NODE 
IN   THE    NETWORK. 

PACKETS   PER   MESSAGE     (MAXIMUM   VALUE) 
(«   OF   NODES)    ♦    (»   OF   GROUPS)    ♦.  (■    OF   FAMILIES) 
A    NORMALIZATION    FACTOR    WHICH    ALLOWS    NETWORKS    OF 
DIFFERENT   SIZES   TO   BE   COMPARED   USING   THE 
AVERAGE   NUMBER   OF   PACKETS/SECONO/NOOE   AS   A 
CONSTANT    MEASURE    OF    NETWORK   LOADING..  FOR 
EXAMPLE.     IF    A   5    NODE    NETWORK    IS    USED   AS    THE 
COMPARISON   BASE   THEN    A    10    NODE    NETWORK    HAS    A 
NOOE. FACTOR   OF    2. 

THE    MINIMUM   LENGTH    OF    TIME    BETWEEN 
CONSECUTIVE   NODE   UPDATES   BEING   GENERATED 
BY   A    SINGLE    NODE. 

THE"  TIME    WHEN  TRANSIENT   EFFECTS   ARE'ERASED   FROM 
THE"  ACCUMULATED   VARIABLES. 

NUM. OF. WEIGHTS  "THE    NUMBER    OF    MOST    RECENT    WEIGHTS    CONSIDERED 
IN   THE   COMPUTATION   OF    THE    LINK    WEIGHT. 

NUM. REPORTS. REQUESTED  THE   NUMBER   OF    NETWORK   STATUS   REPORTS 

REQUESTED    DURING    A   SIMULATION    RUN. 
TIME  FOR    TRANSMISSION    OF    A      PACKET 
OVER    A   LINK    BETWEEN    TWO    NODES. 
PACKETS    PER   SECOND     (MINIMUM    VALUE) 


GRPS 
GRP. TIME 

HOP. LIMIT 


IN. GROUP 


IN. FAMILY 


MAX. FAM. NODES 
*AX. GRP. NODES 


MAX. PPM 

NGFS 

NODE. FACTOR 


NOD. TIME 


NUL. TRANSIENT 


PKT.XMN.TIME 


PPS.3EG 
PPS.INC 
PPS.END 
PPS.AVE 
PRNT 


»- 

•  - 

m 

(INCREMENT 

"    ) 

"• 

m 

m 

(MAXIMUM 

■    ) 

»- 

* 

m 

(AVERAGE 

"    ) 

AN    INTEGER 

WHICH 

CONTROLS   THE 

LEVEL 

OF 

0IAGNQS1 

'IC 

PRINTING. 

NETWORK 

TOPOLOGY 

♦    INITIAL    DATA   +    NET. 

REPORTS 
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1  «.>   0   ♦     TRACES   ALL   PACKETS 

2  — >    1    ♦      ANNOUNCES   ALL    UPDATE    'WAKE    UPS'    WITH   BEST    PATHS 

3  ===>    2    +      ANNOUNCES    ORIGINATION.    RELAY/ARRIVAL    OF 

ALL   UPDATE   MESSAGES*   ERASURE   OF    XMT. RECORDS 

QU.FACT  WHEN   USING    THE    WEIGHTING    METHOD    'COMBINE'    Wc 

USE    A   COMBINATION   OF    THE    QUEUE    SIZE    NOW   AND 
THE    UTILIZATION   FACTOR.       THE    MAX    VALUE    OF    THE 
UTILIZATION   FACTOR   TERM    IS   20,    THEREFORE   WE 
USE   QU.FACT    AS   A   SCALING   FACTOR   FOR   THE    VALUE 
OF  THE   QUEUE   SIZE   NOW   TERM. 

SAMPLES  NUMBER   OF   DATA   POINTS   REQUESTED   PER   RUN. 

TIME. LIMIT  THE    LENGTH    OF    TIME    FOR   WHICH    THE    SIMULATION 

LASTS. 

TRAF. LIMIT  THE    MAXIMUM    NUMBER    OF    MESSAGES    GENERATED 

DURING   A   SIMULATION    RUN. 

MT.TIME  TIME    INTERVAL    FOR   WHICH   LINK   WEIGHTS    ARE    FOUND. 

U.XMN.TIME  TIME    FOR   TRANSMISSION   OF    AN    UPDATE 

OVER    A   LINK    BETWEEN    TWO    NODES. 


BEGINNING   OF    USER   CONTROLLED   PARAMETERS 


F1XE0    NETWORK    VALUES... 

NOT    SUBJECT    TO   CHANGE    WITHIN    THE    SIMULATION. 


LET    PKT.XMN.TTME 
LET    U.XMN.TIME 
LET   BIT. INTERVAL 


0.05000 
0.00100 
0.000001 


VARIABLE   PARAMETERS... 

SUBJECT    TO    CHANGE    WITHIN    THE    SIMULATION. 


LET 

NOD. TIME 

3 

0.500 

LET 

GRP.T1ME 

a 

1.000 

LET 

FAM.TIME 

a 

2.000 

LET 

DELTA 

a 

0.00100 

LET 

"ERA. PERIOD 

a 

1.000 

LET 

HOP. LIMIT 

a 

0 

LET 

IN. GROUP 

a 

0.000 

LET 

IN. FAMILY 

a 

0.000 

LET 

NODE. FACTOR 

a 

1 

"      SIMULATION    RUN   PARAMETERS.. 

LET  TIME. LIMIT  =  30.000 

LET  TRAF. LI  MIT  =  100000 

LET    NUL. TRANSIENT      =  5.0 
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"   REPORTING  AND  DATA  COLLECTION  PARAMETERS. 

*  * 

LET  SAMPLES  =»     30 

LET  NUM. REPORTS. REQUESTED   »      1 
LET  PRNT  -      0 


TEST  ROUTING 


TEST 


LET  TEST 
LET  TST.NOOE 


(ALIVE/OEAD)  SET  WHEN  THE  BEST  PATHS  TO  A  GIVEN  NODE  ARE 
DESIRED.   THE  SIMULATION  STOPS  AFTER  THESE  PATHS  ARE  FOUND. 


DEAD 
1 


LET  STATIC. BP   ■   DEAD 


STATIC. 8P 


STATIC  ROUTING   — 


:  (ALIVE/DEAD)   SET  WHEN  THE  SIMULATION  IS  TO  BE  RUN 
USING  STATIC  ROUTING  BASED  UPON  THE  INITIAL  BEST  PATHS 
OBTAINED  VIA  THE  INITIAL  LEAST  HOPS  METHOD. 


DYNAMIC  ROUTING 


MANNER  OF  WEIGHTING  MAT  BE 


LET  MANNER. OF. WEIGHTING 

LET  QU.FACT 

LET  WT.TIME 

LET  NUM.  OF'.  WEIGHTS 


(1)  BY.QSIZE.NOW 

(2)  BT.PAST.QSIZE 

(3)  BT.PAST.QAVG 
(U)  BY. RHO. WEIGHT 
(51  BY. COMBINE 


BY. COMBINE 

1.00 

PKT.XMN.TIME  »  7.5 

10 


MULTIPLE  SIMULATION  RUN  PARAMETERS   

IF  NONE  OF~THE  SPECIAL  OPTIONS  BELOW  ARE  SELECTED  THEN  THE  PROGRAM 
IS  RUN  WITH  THE  DEFAULT  MULTIPLE  RUNS  INVOLVING  VARYING  THE 
PACKETS  PER  SECOND  AND  THE  PACKETS  PER  MESSAGE  FOR  THE  NETWORK. 


OPTION  1 


VARYING  THE  NUMBER  OF  WEIGHTS 


LET" STEP. BY. WEIGHTS  =   DEAD 

"   THE  STARTING  VALUE  IS  GIVEN  BY  THE  VARIABLE  NUM. OF. WEIGHTS. 

LET  WT.  STEPS        =•   3 

LET  WT. FINISH       =  13 


252 


OPTION  2: 


VARYING  THE  TIME  BETWEEN  NODE  UPDATES. 


LET  ST. EP. BY. NOD. TIME  =   DEAD 

"   THE  STARTING  VALUE  IS  GIVEN  BY  THE  VARIABLE  NOD. TIME. 

LET  ND. STEPS        =»   0.25 

LET  ND. FINISH       =»   1.5 


LET  USE.V1RT.CKTS  -  DEAD 


VIRTUAL  CIRCUITS 


THE  SIMULATION  MAY  BE  RUN  USING  VIRTUAL  CIRCUITS  (WHEREBY  ALL 
PACKETS  BELONGING  TO  THE  SAME  MESSAGE  TAKE  THE  SAME  ROUTE)  OR 
NOT  (WHEREBY  PACKETS  TRAVEL  ACCORDING  TO  CURRENT  BEST  PATH 
INFORMATION  AND  PACKETS  BELONGING  TO  THE  SAME  MESSAGE  MAY 
INDEED  TAKE  DIFFERENT  ROUTES). 


DISCRETE  TIMER 


THIS  OPTION  ALLOWS  THE  SIMULATION  TO  BE  RUN  USING  A  DISCRETE 
CLOCK  SYSTEM  WHICH  ACCOUNTS  FOR  THE  SYNCHRONIZATION  PRESENT 
IN  THE  NETWORK.   BASICALLY  A  NODE  IS  ONLY  ALLOWED  TO  TRANSMIT 
EITHER  UPDATE  OR  MESSAGE  PACKETS  AT  SPECIFIC  DISCRETE  POINTS 
IN  TIME.   ALL  NODES  ARE  "SYNCHRONIZED"  AT  THE  START  OF  THE 
SIMULATION  AND  THEREAFTER  THE  CLOCK  ""PERIOD"  IS  SET  EQUAL  TO 
THE  TIME  IT  TAKES  FOR  AN  UPOATE  PACKET  TO  BE  SENT.   THUS  ALL 
PACKETS  WILL  BE  TRANSMITTED  AT  TIMES  EQUAL  TO  N  *  U.XMN.T1ME 
(WHERE  N  IS  AN  INTEGER) . 

LET  DISCRETE.  TIMER  =»  DEAD 


SYNCHRONIZED  GROUP/FAMILY  UPOATE  XMTS 


THE  SIMULATION  CAN  BE  RUN  UNDER  THE  SYSTEM  WHERE  GROUP  AND  FAMILY 
UPDATE  MESSAGES  ARE  SIMULTANEOUSLY  SENT  BY  BORDER  NODES  OF  THE  BASIC 
UNIT  TO  ■'OUTSIDE'  NOOES.   THIS  IS  3ASED  UPON  A  SYNCHRONIZED  SCHEDULE 
OF  UPDATE" "FIRINGS""  WHICH  DO  NOT  REQUIRE  THE  WARNING  MESSAGES  THAT 
NOTIFY  OF  FUTURE  UPDATE  TIMES  UNDER  THE  STANDARD  SCHEME. 
THIS  GREATLY  REDUCES  THE  UPDATE  OVERHEAD  DUE  TO  'FLOODING'  OF 
WARNING  MESSAGES  WITHIN  THE  BASIC  UNIT. 


LET  SYNCH. FIRING  *  DEAD 


TRAFFIC  PARAMETERS 


LET 

PPS.BEG 

■' 

100. 

«- 

REAL.F  (NODE. FACTOR) 

LET 

PPS.INC 

3 

100. 

N 

REAL.F  (NODE. FACTOR) 

LET 

PPS.END 

3~ 

500. 

M 

REAL.F  (NODE. FACTOR) 
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THE  SIMULATION  MAT  BE  RUN  USING  EITHER  A  UNIFORM  OR  fl  GEOMETRIC 
DISTRIBTION  FOR  THE  NUMBER  OF  PACKETS  PER  MESSAGE.   IF  A  UNIFORM 
DISTRIBUTION  IS  SELECTED  THEN  THE  PPM  VARIABLE  BELOW  IS  THE 
MAXIMUM  VALUE  FOR  THE  UNIFORM  DISTRIBUTION  OF  MESSAGE  LENGTHS 

(I.E.  THE  MESSAGE  LENGTHS  WILL  VART  UNIFORMLY  FROM  1  TO  PPM  PACKETS 
IN  LENGTH) .   THEREFORE  THE  AVERAGE  MESSAGE  LENGTH  WILL  BE 

(PPM  ♦  l)/2  PACKETS  LONG.   IF  THE  GEOMETRIC  DISTRIBUTION  IS 
SELECTED  THEN  THE  PPM  VARIABLE  CORRESPONDS  TO  THE  AVERAGE  LENGTH 
OF  A  MESSAGE  IN  PACKETS. 


LET  BY.GEOM.DIST  «  ALIVE 


LET  BEG. PPM 
LET  INC. PPM 
LET  END. PPM 


5. 

5. 

20. 


END  OF  USER  CONTROLLED  PARAMETERS 


COMPUTE  THE  NUMBER  OF  RUNS  WHICH  WILL  BE  MADE. 


LET  IPPM  *  1 

LET  XCOUNT  =  BEG. PPM 

'RUN. PPM' 

LET  XCOUNT  =  XCOUNT  +  INC. PPM 

IF  XCOUNT  <»   END. PPM. 

LET  IPPM  =  IPPM  +  1 

GO  RUN. PPM 
REGARDLESS 
LET  IMSG  *  1 
LET  XCOUNT  =  PPS.3EG 
'RUN.MSG' 

LET  XCOUNT  *  XCOUNT  ♦  PPS. INC 
IF  XCOUNT  <»  PPS.ENO. 

LET  IMSG  »  IMSG  ♦  1 

GO  RUN.MSG 
REGARDLESS 
LET  NUMRUNS     *   IPPM  «  IMSG 

IF  STEP. BY. WEIGHTS  =  ALIVE. 
LET  NUMRUNS  »  1 
LET  XCOUNT  =  NUM. OF. WEIGHTS 
'WT.HERE' 

LET  XCOUNT  »  XCOUNT  +  WT. STEPS 
IF  XCOUNT  >  WT. FINISH. 

GO  WT.ENO 
REGARDLESS 

LET  NUMRUNS  =  NUMRUNS  +  1 
GO  WT.HERE 
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'WT.END' 
REGARDLESS 

IF   ST. EP. BY. NOD. TIME    =»   ALIVE, 

LET    NUMRUNS   =    1 

LET    XCQUNT    =    NOD. TIME 

'ND.HERE' 

LET   XCOUNT   -    XCQUNT   +   ND. STEPS 

IF    XCOUNT    >    ND. FINISH, 
GO   NO.ENO 

REGARDLESS 

LET    NUMRUNS    =»    NUMRUNS   ♦    1 

GO   ND.HERE 

'ND.ENO' 
REGARDLESS 

USE   UNIT   8   FOR   OUTPUT 

WRITE    NUMRUNS    AS    I    5 
USE    UNIT    6   FOR    OUTPUT 

PERFORM   PI. BUILD. NETWORK 
RELEASE    PI. BUILD. NETWORK 

*  t 

"      THE    INITIAL    VALUES   FOR  THE    FIRST    SIMULATION   RUN    ARE    COMPUTED. 

t  * 

LET    GP.FIRE         =  MAX. GRP. NODES    «    U.XMN.TIME 

LET    FM.FIRE        =  MAX. FAM. NODES    *    U.XMN.TIME 

LET   BRACKET        =  NOD.TIME      *      0.1 

LET   PPS.AVE   =   PPS.BEG 

LET    MAX.PPM=    BEG. PPM 

LET    AVE. PPM   =     (1.0   +    MAX. PPM)     /    2. 

IF   3T.GE0M.DIST   =   ALIVE. 

LET    AVE. PPM   =*    MAX. PPM 
REGARDLESS 
LET    MSG. GENERATION. INTERVAL    *    AVE.PPM    /"PPS.AVE 

"    "TEST-PROCEDURE 
IF   TEST      *      ALIVE. 

LET  "TIME. LIMIT      »        100.0 

LET    IN1T.BP   »    ALIVE 

LET "DELTA  =1.0 

LET    U.XMN.TIME    *    0.0 

SCHEDULE   A   Ul .GENERATE. UPDATE   GIVEN      TST.NGDE.    NOD. MSG   AT    0.0 

GO   RUN. IT 
REGARDLESS 

*  • 

LET    1NIT.BP   =    ALIVE 

PERFORM    P3. INITIAL. ROUTING. TABLE 
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•  « 

GO   RUN. IT 
BEGIN. SIMULATION' 
*      INITIALIZE   THE   BEST   PATH   MATRIX. 

FOR    I    -    1    TO   NGFS.    DO 

FOR   J  ■    1    TO   NGFS.    DO 

LET   BEST. PATH  (I.J)    »   DUP. BEST. PATH  (I . J) 

LOOP 
LOOP 

SET. UP' 

'      RECORD   PLOT    INFORMATION   PRIOR   TO   DATA   COLLECTION. 

USE    UNIT    8   FOR   OUTPUT 

WRITE    SAMPLES,    N.NODE.    LINKS.    DELTA,    PPS.AVE,    AVE. PPM. 
NOD. TIME.     IN. GROUP,     IN. FAMILY.    STATIC. BP, 
MANNER. OF. WEIGHTING.    NUM. OF. WEIGHTS.    WT.TIME. 
U.XMN.TIME.    PKT.XMN.TIME.    BIT. INTERVAL.    PR. COLLISION, 
USE.VIRT.CKTS.    DISCRETE. TIMER.    BT. COLLISION.    8T.GE0M.DIST 
AS   /.B    1.3    I    5.3   0(10. 6). /.B    1,3   0(10. 3). 1    I    5./.B    1, 
2   I    5.1    QUO. 61, /.B    1.4   0(10.61.4    I    3 

USE   UNIT   6   FOR   OUTPUT    • 

"      RUNNING   THE    SIMULATION    USING    STATIC    BEST    PATHS 

IF   STATIC. BP   =   ALIVE 

PERFORM   P4. STATIC. EVENTS 

GO   RUN. IT 
REGARDLESS 

»  * 
l  * 

PERFORM   P5. DYNAMIC. EVENTS 

«  « 

'RUN.  IT', 

•  * 

START    SIMULATION 

•  * 

IF~TEST    »   ALIVE. 

PERFORM   E5. BEST . PATH. ROUT  1 NG. TABLE 

GO   EN0.1T 
REGARDLESS 

IF    INIT.BP   =•   ALIVE 

PERFORM   E5. BEST. PATH. ROUTING.TABLE 
PERFORM   PS. PURGE. EVENT. QUEUE 
PERFORM   P7.ZER0IZE.SETS 


•  2  5.6 


LET      PRNT      -      0 
LET    INIT.BP   *   DEAD 
PERFORM   E3. PARAMETER. LISTING 
GO   SET. UP 
REGARDLESS 

*  * 

PERFORM   P7. ZEROIZE. SETS 


THE    SIMULATION   MAY    BE    RUN   USING   A   DIFFERENT    NUMBER    OF    WINDOWS    FOR 
COMPUTING   THE    WEIGHTS   OF    THE    LINKS.       IN   THIS    WAT    ONE    CAN    SEE   THE 
EFFECTS   OF    VARYING   WEIGHT    LENGTHS    IN   THE    OPERATION    OF    THE    SYSTEM. 


IF   STEP. BY. WEIGHTS   »   ALIVE. 

t  * 

LET    NUM. OF. WEIGHTS   -    NUM. OF. WEIGHTS   ♦    WT. STEPS 
IF    NUM. OF. WEIGHTS    >    WT. FINISH. 

GO   ENO.IT 
REGARDLESS 
GO   BEGIN. SIMULATION 
REGARDLESS 


THE    SIMULATION    MAY    BE    RUN   USING    A   DIFFERENT    TIME    BETWEEN 

NODE    UPOATES.       IN    THIS    WAT    ONE    CAN    SEE  THE    EFFECTS    OF    CHANGING 

THE    'SPEED'    AT    WHICH    THE    NETWORK    PRODUCES    ROUTING    INFORMATION. 


IF   ST. EP. BY. NOD. TIME    »   ALIVE. 

LET   NOD.TIME   =   NOD. TIME    ♦   NO. STEPS 
IF    NOD.TIME    >    NO. FINISH. 

GO   END. IT 
REGARDLESS 
GO   BEGIN. SIMULATION 
REGAROLESS 

"      THE    SIMULATION   CAN    BE    REPEATED    USING   A   CHANGING    MESSAGE 
""    GENERATION    INTERVAL    CONTROLLED    BT    AN    INCREMENTAL    SUM.       IN   THIS 
"     -MANNER   THE   NETWORK   CAN   BE   TESTED   UNDER   DIFFERENT 'TRAFFIC   LOAO 
"      CONDITIONS    WHILE    HOLDING    CONSTANT    THE    OTHER    NETWORK    PARAMETERS. 

LET"PPS.AVE   =   PPS.AVE    ♦   PPS.INC 

«  « 

IF~PPS.AVE   <-   PPS.END, 


LET   MSG. GENERATION. INTERVAL 
GO   BEGIN. SIMULATION 
REGARDLESS 


AVE. PPM    /    PPS.AVE 


AFTER   THE   SIMULATION    IS   PERFORMED   USING   DIFFERENT    MESSAGE 
GENERATION    INTERVALS.    THE    SIMULATION    CAN    BE    RUN    AGAIN    USING 
A   NEW    VALUE    FOR    EITHER    THE    MAXIMUM    PACKETS    PER    MESSAGE    ALLOWED 
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"   (IF  A  UNIFORM  DISTRIBUTION  FOR  MESSAGE  LENGTHS  IS  USED)  OR  A 
"   NEW  VALUE  FOR  THE  AVERAGE  MESSAGE  CENGTH  (IF  A  GEOMETRIC 
"   DISTRIBUTION  FOR  MESSAGE  LENGTHS  IS  USED). 

<  • 

LET  PPS.AVE  =■  PPS.BEG 

LET  MAX. PPM  =  MAX. PPM  ♦  INC. PPM 

*  « 

IF  MAX. PPM  <-  END. PPM. 

LET  AVE. PPM  *  (MAX. PPM  ♦  1.0)  /  2. 

*  « 

IF  BY.GEOM.DIST  =»  ALIVE. 

LET  AVE. PPM  =»  MAX. PPM 

REGARDLESS 

LET  MSG. GENERATION. INTERVAL  =  AVE. PPM  /  PPS.AVE 

GO  BEGIN. SIMULATION 
REGARDLESS 
'END. IT' 
STOP 


ENO  "OF  MAIN 

' '     MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM 
%  « 

ROUTINE  FOR  PI . BUILD. NETWORK 


"   THIS  ROUTINE  INITIALIZES  ALL  THE  VARIABLES  WHICH  ARE  INVOLVED 
'*   IN  THE  ACTUAL  CONSTRUCTION  OF  THE  NETWORK. 

*  « 

"   THIS  ROUTINE  IS  CALLED  FROM  'MAIN'. 
DEFINE  GRPCOUNT.  FAMCOUNT   AS  REAL  VARIABLES 

READ  N.NODE 


START  NEW  PAGE 

SKIP  5  LINES 

PRINT  6  LINES  AS  "FOLLOWS 


-»»»-«-»-«^»  1 


NETWORK  TOPOLOGY  imiaiiii >•• 


NODE      TRANSMIT     RECEIVE     GROUP     FAMILY      OPTIONAL 
NO.       FACTOR      FACTOR    (PGM  »)    (PGM  «)     RECEIVER 

SKIP  2  LINE 
CREATE  EVERY  NOOE 
FOR  EVERY  NODE 
READ  XMT.PERCENT  (NODE)  ,  RCV. PERCENT  (NODE)  .  GROUP  (NOOE)  .  FAMILY  (NODE)  . 
OPT. RCV  (NODE) 

7RNS.PCNT  AND  RCV.PCNT  ARE  THE  SUM  OF  "TRANSMIT  AND  RECEIVE  FACTORS. 
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THESE    VALUES   ARE    USED   WHEN   UNBALANCED    TRAFFIC    PATTERNS    ARE    DESIRED. 

GROUP   NUMBERS   ARE   ADDED   TO   N.NODE    TO   GET    PROGRAM   GROUP   NUMBERS. 
FAMILY   NUMBERS   ARE    ADDED   TO   N.NODE    ♦    THE    HIGHEST    GROUP    NUMBER   TO    GET 
THE    PROGRAM   FAMILY    NUMBER. 

THE   OPTIONAL   RECEIVER   FOR   EACH   NODE    IS   A   DEDICATED   RECEIVING   NODE 
FOR   ALL   TRAFFIC  TRANSMITTED   BY   THAT    NODE.      FOR   EXAMPLE    IF   THE 
OPTIONAL    RECEIVER    OF    NODE    3    IS   NODE    7   THEN    ANY    TRAFFIC    ORIGINATING 
FROM   NODE   3   HILL   BE   DESTINED   FOR   NODE   7.       IN   THIS   WAY   SPECIFIC 
IMBALANCED   LOAD   CONDITIONS   CAN   BE    SIMULATED.       IF   NO   OPTIONAL 
RECEIVER    IS   STATED   THEN   THE   VALUE    IS   ZERO. 


WITHIN   THE    SIMULATION    GROUPS    AND    FAMILIES    ARE    HANDLED   AS 
THEY   WERE    SUPER-NODES.       A   USEFUL    ANALOGY    IS    TO 
ENVISION   MANY    SUB-NODES    WITHIN   A    GROUP    OR    FAMILY    SUPER 
NODE.       ACCESS   TO   THE    SUB-NODES    IS    CONTROLLED    BY    THE 
THE   SUPER-NODE'S   ADDRESS. 


IF 


LET 

GRPS 

a 

NONE 

LET 

FMLYS 

■ 

NONE 

LET 

NGFS 

3 

NONE 

LET 

GRPCOUNT 

a 

0.0 

LET 

FAMCOUNT 

a 

0.0 

FOR   EVERY   NODE.    DO 

LET  TRNS.PCNT    =  "TRNS.PCNT    ♦    XMT.  PERCENT  (NODE) 
LET   RCV.PCNT    =    RCV.PCNT    -   RCV. PERCENT  (NODE) 
IF   GRPS   <    GROUP  (NODE) 

LET   GRPS   -   GROUP  (NODE) 
REGARDLESS 

"      SET   PROGRAM   GRP   NUM 

«  * 

LET   GROUP  (NODE)    -   GROUP  (NODE)    +   N.NODE 
LOOP 

RESERVE  TAM.OF.  GRP  (*)    AS    (GRPS   t   N.NODE    ♦    25) 

•  « 

FOR -EVERY   NODE.    DO 

IF  FMLYS    <    FAMILY (NODE) 

LET  TMLYS    =    FAMILY  (NODE) 
REGARDLESS 

"      SET    PROGRAM   FAM   NUM 

LET~FAMILT  (NODE)     =    N.NODE    ♦    GRPS    ♦    FAMILY (NODE) 
LET    FAM. OF. GRP     (GROUP  (NODE) )     =    FAMILY  (NODE) 
LOOP 

LET    NGFS    =    N.NODE    +    GRPS    +    FMLYS 
RESERVE~3EST:PATH(*.*I     AS    NGFS    BY    NGFS 
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RESERVE   DUP. BEST. PATH (*,*)    AS   NGFS   BY   NGFS 

"      THE    FOLLOWING   ARRAYS    ARE    USED   TO   HOLD    INFORMATION   CONCERNING 
"      THE   STATISTICS   ON   THE   TRAFFIC   BETWEEN   NODE   PAIRS. 

RESERVE    BORN. PKTS  (*,*)     AS   N.NODE    BY    N.NODE 

RESERVE   GONE. PKTS  (»«,«)     AS   N.NODE    BY   N.NODE 

RESERVE    JUMP. TOTAL  (m.m)     AS   N.NODE    BY    N.NODE 

RESERVE   LENGTH. TRIP  («,«)    AS   N.NODE   BY   N.NODE 
« « 

FOR   EVERY   NODE.    00 

PRINT    1    LINE    WITH    NODE.    XMT. PERCENT  (NODE) .    RCV. PERCENT (NODE)  . 
(GROUP  (NODE)     -    N.NODE).    GROUP  (NODE)  . 
(FAMILY  (NODE)     -    N.NODE    -    GRPS)     AND   FAMILY  (NODE) , 
OPT. RCV  (NODE)       AS   FOLLOWS 

MM  MM.MMM         MM.MMM         MM(mm)      MM  (MM)  MMM 

SKIP   1   LINE 

LOOP 

SKIP    1    LINE 

"      COMPUTING   THE    MAXIMUM    NUMBER    OF    NODES    PER    GRP    AND    NODES    PER   FAM. 

*  * 

LET   MAX.GRP.NOOES      *  0.0 

LET   MAX. FAM. NODES      *  0.0 

FOR    I    =   N.NODE    ♦    1    TO   N.NOOE    ♦   GRPS.    DO 

FOR   EACH   NODE.    WITH   GROUP  (NODE)     =»    1 .    00 

COMPUTE   GRPCOUNT   AS   THE   NUMBER   OF   GROUP (NODE) 
LOOP 
IF   MAX. GRP. NODES   <. GRPCOUNT. 

LET    MAX.GRP.NOOES      =      GRPCOUNT 
REGARDLESS 
LOOP 

FOR   J   =   N.NODE    ♦   GRPS   +    1    TO   NGFS.    DO 

FOR   EACH    NODE.    WITH    FAMILY  (NODE)     *    J.    DO 

COMPUTE    FAMCOUNT    AS    THE    NUMBER    OF  'FAMILY  (NODE) 
LOOP 
IF    MAX. FAM. NODES    <    FRMCOUNT. 

LET    MAX. FAM. NODES      =      FAMCOUNT 
REGARDLESS 
LOOP 

*  % 
«  • 

PERFORM   P2.C0NNECT. LINKS 
RELEASE    P2 .-CONNECT. LINKS 

t  % 

PERFORM   E6. LINK. WEIGHT. MATRIX 
RETURN 


250 


ENO    "OF   PI. BUILD. NETWORK 

MMMMMMWMMMMMMMMMMMMMMMMMMMMMWMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM 

I0UTINE    FOR   P2. CONNECT. LINKS 

THIS   ROUTINE    HANDLES    THE    ASSIGNMENT    OF    LINKS    FOR    EACH    NODE 
(I.E.    THE    ESTABLISHMENT    OF    THE    BASIC    NETWORK    TOPOLOGY). 
THIS   ASSIGNMENT    IS   ACCOMPLISHED   THROUGH   THE   USE   OF   SETS. 
EACH   NODE    OWNS   A    LINK   SET    WHICH   CONTAINS    THE    IDENTITY   OF 
ALL   NEIGHBOR   NODES. 

VARIABLE   DESCRIPTION: 

LINKS  TOTAL    NUMBER    OF    LINKS   FOR   THE    NETWORK 

(ALL    LINKS   ARE    FULL-DUPLEX) 

DEFINE   FIRST. NODE.    SECOND. NODE.    QFST.    QSEC   AS   VARIABLES 

READ   LINKS 

*  « 

LET    LNK. NOD. RATIO   =    REAL. F  (2*LINKS) /REAL. F  (N. NODE) 

FOR    I    =    1   TO   LINKS   DO 

READ   FIRST. NODE,    SECOND. NODE.    QFST.    QSEC 
CREATE    A   LINK 

LET    STATUS (LINK)     =    IDLE 

LET    TERM(LlNK)     =>    SECQNO.NQDE 

LET    QTEST(LINK)     =    QFST 

LET   UPCOUNT  (LINK)     =    NONE 

FILE    LINK    IN    LINK. SET  (FIRST. NODE) 
CREATE   A   LINK 

LET    STATUS  (LINK)     =    IDLE 

LET^TERMILINK)     =    FIRST. NODE 

LET    QTEST  (LINK)     =■    QSEC 

LET    UPCOUNT  (LINK)     =    NONE 

FILE    LINK    IN   LINK. SET  (SECOND. NODE) 
LOOP 


LET    MAX. LINKS. PER. NODE 


0.0 


FOR   EACH   NODE.    00 

IF    MAX. LINKS. PER. NODE    <    REAL. F  (N. LINK. SET  (NODE) ) 

LET    MAX. LINKS.PER. NODE    *    REAL. F  (N. LINK. SET  (NODE) ) 

REGAROLESS 
LOOP 
RETURN 
END    "OF" P2.  CONNECT.  LINKS 

'  *   -MttMMM«M«*MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMNMMMMMMKMMMMMMMMMMMMMMMMM 

«  « 

ROUTINE    FOR   P3. INIT I AL. ROUTING. TABLE 
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> 


«  * 


REGARDLESS 

IF  FAMILY (NODE)  IS  NOT  EQUAL  TO  SAME. FAMILY. 

MAVE  ONLY  ONE  NODE  PER  FAMILY  GENERATE  A  FAMILY  UPDATE. 

LET  NOD. WAIT   -   UNIFORM. F  (O.O, BRACKET. 6) 
SCHEDULE  A  Ul .GENERATE. UPDATE  GIVEN  NODE.  FAM.MSG  IN 
NOD.NAIT  UNITS 

LET  SAME. FAMILY  »  FAMILY  (NODE) 

*  « 

REGAROLESS 
'TRY. AGAIN' 

LOOP 

1  « 

RETURN 

ENO  '""OF  P3.  INITIAL. ROUTING. TABLE 

' '    MMMMMMMMMMMMMKMMMM.MMMMKMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM 


ROUTINE  FOR  PH. STATIC. EVENTS 

"   THIS  ROUTINE  IS  USED  FOR  RUNNING  THE  SIMULATION  USING  STATIC 

"   ROUTING  AS  DETERMINED  BY  THE  INITIAL  BEST  PATH  MATRIX  DETERMINED 

"   PRIOR  TO  THE  START  OF  THE  RUN. 

"   PACKET  MESSAGES  ARE  GENERATED  USING  AN  EXPONENTIAL- INTERARRIVAL 
"   RATE. 

SCHEDULE  A  Ml . GENERATE. MESSAGE  GIVEN  REGULAR  IN 

EXPONENTIAL. F (MSG. GENERATION. INTERVAL. 8)  UNITS 

*  * 

"   DATA  IS  COLLECTED  AT  REGULAR  TIME  INTERVALS. 

SCHEDULE  A  E2. COLLECT. DATA  IN  (TIME . LIMIT/REAL. F  (SAMPLES) )  UNITS 

"   REPORT-DATA  SUMMARIES  MAY  BE  REQUESTED  AT  THE  USER'S  DESCRETION. 

*  « 

SCHEDULE  A  E4. NETWORK. PERFORMANCE. REPORT  IN 

(TIME. LIMIT/REAL. F  (NUM. REPORTS. REQUESTED) )  UNITS 

«  • 

"   THE  "TRANSIENT  EFFECT  OF  THE  NETWORK  IS  ELIMINATED  AFTER  10  SECONDS. 

*  * 

SCHEDULE  A  El .TRANSIENT. BLANKING  IN   NUL. TRANSIENT  UNITS 

RETURN 

ENO  '•'OF  P<4. STATIC. EVENTS 

' '    MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMXMMMMMMMMMNMMXMMKMMMMMKMMMMN 

ROUTINE  FOR  P5. DYNAMIC/EVENTS 
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THIS  ROUTINE  SCHEDULES  EXACTLY  ONE  UPDATE  MESSAGE  FOR  EACH  NODE. 
GROUP.  AND  FAMILY  WITHIN  THE  NETWORK.   IN  THfS  WAY.  THE  INITIAL 
BEST  PATH  MATRIX  CAN  BE  OBTAINED  BY  RUNNING  THE  SIMULATION 
(WITHOUT  ADDITIONAL  TRAFFIC  BEING  GENERATED).   DURING  SUBSEQUENT 
RUNS,  THIS  BEST  PATH  MATRIX  IS  USED  AS  THE  INITIAL  ROUTING 
CONDITION  FOR  THE  NETWORK. 

DEFINE  SAME. GROUP.  SAME. FAMILY   AS  VARIABLES 

DEFINE  NOD. WAIT.  GRP.WAIT.  FAM.WAIT  AS  REAL  VARIABLE 

«  « 

LET  SAME. GROUP  -  NONE 

LET  SAME. FAMILY  =>  NONE 

LET  GRP.WAIT   »   UNIFORM. F  (0. 0. BRACKET. 2) 

LET  FAM.WAIT   -   UNIFORM. F  (0.0, BRACKET. 3) 

SKIP  2  LINES 

FOR  EACH  NODE.  DO 

«  i 

LET  NOD. WAIT   =   UNIFORM. F  (0. 0. BRACKET. 6) 
SCHEDULE  A  Ul . GENERATE. UPDATE  GIVEN  NODE.  NOD.MSG  IN 
NOD. WAIT  UNITS 

IF  GRPS  *  1. 

GO  TRY. FAMILIES 
REGARDLESS 
IF  SYNCH. FIRING  =  ALIVE. 

SCHEDULE  A  U7.  UNIT. FIRING  GIVEN  NODE.  GRP.MSG.  GROUP  (NODE) . 
GRP.WAIT  IN  GRP.WAIT  UNITS 

GO  TRY. FAMILIES 
REGARDLESS 
IF  GROUP  (NODE)  IS  NOT  EQUAL  TO  SAME. GROUP. 


%    « 


HAVE  ONLY  ONE  NODE  PER  GROUP  GENERATE  A  GROUP  UPDATE  MESSAGE, 

LET  NOD. WAIT   »   UNIFORM. F  (0. 0. BRACKET. S) 
SCHEDULE  A  Ul .GENERATE. UPDATE  GIVEN  NODE.  GRP.MSG  IN 
NOD. WAIT  UNITS 

LET  SAME. GROUP  »  GROUP  (NODE) 

REGARDLESS 
'TRY. FAMILIES' 

IF  FMLYS  *  1, 

GO  TRY. AGAIN 
REGARDLESS 
IF  SYNCH. FIRING  =  ALIVE, 

SCHEDULE  A  U7.  UNIT. FIRING  GIVEN  NOOE.  FAM.MSG.  FAMILY  (NODE)  . 
FAM.WAIT  IN  FAM.WAIT  UNITS 

GO  TRY. AGAIN 


253 


"   THIS  ROUTINE  SETS  THE  "STAGE"  FOR  THE  START  OF  THE  SIMULATION 
"   BY  SCHEDULING  ALL  INITIAL  EVENTS. 

«  * 

DEFINE  NN.TIME.  GG.TIME.  FF.TIME.  GRP. WAIT.  FAM.WAITAS  REAL  VARIABLES 
DEFINE  SAME. GROUP,  SAME. FAMILY   AS  VARIABLES 

*  » 

LET  SAME. GROUP  -  NONE 

LET  SAME. FAMILY  =   NONE 

LET  GRP.HAIT   -   UNIFORM. F  (0. 0. GRP.TIME. 2) 

LET  FAM. WAIT   «   UNIFORM. F  (0. O.FAM. TIME. 3) 

FOR  EACH  NODE.  DO 

LET  NN.TIME  *  UNIFORM. F  (0. 0. NOD. TIME. 2) 
LET  GG.TIME  »  UNIFORM. F  (0. 0, NOD. TIME. 7) 
LET  FF.TIME  =  UNIFORM. F  (0. O.NOD.TIME. 9) 

IF  DISCRETE  ."TIMER  =»  ALIVE. 

LET  NN.TIME  =  (TRUNC. F  INN. TIME/BIT. INTERVAL)  *  BIT. INTERVAL) 

♦  U.XMN.TIME 

LET  GG.TIME  =»  (TRUNC.  F  (GG.  TIME/BIT.  INTERVAL)  *  BIT.  INTERVAL) 

+  U.XMN.TIME 
LET  FF.TIME  =  (TRUNC. r  (FF.TIME/BIT. INTERVAL)  «  BIT. INTERVAL) 

♦  U.XMN.TIME 
REGARDLESS 

SCHEDULE  A  Ul . GENERATE. UPDATE  GIVEN  NODE.  NOD.MSG  IN 
NN.TIME  UNITS 

«  « 

IF  GRPS  »  1. 

GO  TRY. FAMILIES 
REGARDLESS 
IF  SYNCH. FIRING  -  ALIVE. 

SCHEDULE  A  U7. UNIT. FIRING  GIVEN  NODE.  GRP.MSG.  GROUP  (NODE)  . 
GRP. WAIT  IN  GRP. WAIT  UNITS 

GO  TRY. FAMILIES 
REGARDLESS 
IF  GROUP  (NODE)  IS  NOT  EQUAL  TO  SAME. GROUP 


•  * 
1  * 
%  • 


HAVE  ONLY  ONE  NODE  PER  GROUP  BE  THE  GENERATOR  OF 
GROUP  WARNING  MESSAGES. 

SCHEDULE  A  U! . GENERATE. UPDATE  GIVEN  NODE,  GRP.MSG  IN 
GG.TIME  UNITS 

LET  SAME. GROUP  =  GROUP  (NODE) 

REGARDLESS 
'TRY. FAMILIES* 
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<  » 

1  • 
1  • 


IF    FMLTS   -    1. 

GO  TRY. AGAIN 
REGARDLESS 
IF   SYNCH. FIRING   =   ALIVE.- 

SCHEDULE    A   U7. UNIT. FIRING   GIVEN    N0OE.    FAM.MSG,    FAMILY (NODE)  , 
FAM.WAIT    IN    FAM.HAIT    UNITS 

GO  TRY. AGAIN 
REGARDLESS 
IF   FAMILY  (NODE)     IS   NOT   EQUAL  TO   SAME. FAMILY, 

HAVE   ONLY   ONE   NODE   PER   FAMILY   BE   THE    GENERATOR   OF 
FAMILY    WARNING    MESSAGES. 

SCHEDULE   A   Ul .GENERATE. UPDATE   GIVEN   NODE.    FAM.MSG    IN 
FF.TIME   UNITS 

LET    SAME. FAMILY   =    FAMILY  (NODE) 
< « 

REGARDLESS 
'TRY. AGAIN' 

LOOP 

«  * 

"      PACKET   MESSAGES   ARE    GENERATED   USING   AN   EXPONENTIAL    INTERARRIVAL 
"      RATE. 

SCHEDULE    A   Ml . GENERATE. MESSAGE    GIVEN    REGULAR    IN 

EXPONENTIAL. F  (MSG. GENERATION. INTERVAL. 8)     UNITS 

i  * 

"      DATA    IS   COLLECTED   AT   REGULAR  TIME    INTERVALS. 

*  « 

SCHEDULE   A   E2. COLLECT. DATA    IN    (TIME. LIMIT/REAL. F  (SAMPLES) )    UNITS 

"      REPORT 'DATA   SUMMARIES   MAY   BE    REQUESTED   AT    THE   USER'S   DESCRETT ON.- 

SCHEDULE    A   E4. NETWORK. PERFORMANCE. REPORT    IN 

(TIMEJ.IMIT/REAL.F  (NUM. REPORTS.  REQUESTED)  )    UNITS 

"      LINK    HEIGHTS    ARE    CALCULATED   AT   REGULAR   TIME    INTERVALS. 

SCHEDULE    A   U5.  LINK. HEIGHT.  CALCULATION    IN   HT.'TIME    UNITS 

"     THE~7RANSIENT_EFFECT    OF   THE   NETHORK    IS   ELIMINATED   AFTER    10   SECCNOS. 

*  • 

SCHEDULE   A   El  .TRANSIENT. BLANKING    IN      NUL.7RANSIENT    UNITS 

RETURN 

END    -'OF    P57DYNAMIC. EVENTS 

' *    MMMMMMMMMM-MttMMMMMMMMMMMMMKMMMMMMMMMMMMMMMNMMMMMMMMMMNMMMMMMMMHMMM 
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ROUTINE  FOR  P6. PURGE. EVENT. QUEUE 

THE  FOLLOWING  SUBROUTINE  CANCELS  AND/OR  DESTROYS  ALL  ENTITIES 
AND  EVENTS  WHICH  REMAIN  IN  THE  TIMING  ROUTINE  AFTER 
TIME.V  »  TIME. LIMIT.  SINCE  THIS  ACTION  EMPTIES  THE 
TIMING  ROUTINE.  CONTROL  OF  THE  PROGRAM  IS  RETURNED  TO  THE 
STATEMENT  FOLLOWING  'START  SIMULATION'  IN  THE  "MAIN" 
PROGRAM. 

DEFINE  ITEM1.  ITEM2.  ITEM3   AS  VARIABLES 


PRINT  1  LINE  WITH  TIME.V  AS  FOLLOWS 
.»••••«••  DESTRUCTION  RUN  AT  ***. x*****.*  SECONDS 


FOR  EACH  U6. NODE. WAKE. UP  IN  EV. S  (I .U6. NODE. WAKE. UP) ,  DO 

CANCEL  THE  U6. NODE. WAKE. UP 

DESTROY  "THE  U6. NODE. WAKE. UP 
LOOP 
FOR  EACH  U8. ERASE. RECORD  IN  EV. S  (I . U8. ERASE. RECORD) ,  DO 

CANCEL  THE  U8. ERASE. RECORO 

DESTROY  THE  U8. ERASE. RECORD 
LOOP 
FOR  EACH  Ul. GENERATE. UPDATE  IN  EV. S  (I . Ul . GENERATE. UPDATE) .  DO 

CANCEL  THE  Ul .GENERATE. UPOATE 

DESTROY  THE  Ul . GENERATE. UPOATE 
LOOP 
FOR  EACH  U7. UNIT. FIRING  IN  EV. S  (I . U7. UNIT. FIRING) ,  DO 

CANCEL  THE  U7. UNIT. FIRING 

DESTROY  THE  U7. UNIT. FIRING 
LOOP 
FOR  EACH  UH. RECEIVE. UPDATE  IN  EV. S  U . UH. RECEIVE. UPOATE) .  DO 

CANCEL  THE  UH. RECEIVE. UPOATE 

DESTROY  "THE  UH. RECEIVE. UPDATE 
LOOP 
FOR  EACH  M2.RECEIVE. MESSAGE. PACKET  IN 

EV.SU.M2. RECEIVE. MESSAGE. PACKET)  .  DO 

CANCEL  THE  M2. RECEIVE. MESSAGE. PACKET 

DESTROY  "THE  M2. RECEIVE. MESSAGE. PACKET 
LOOP 
FOR  EACH -Ml. GENERATE. MESSAGE  IN  EV. S  (I .Ml . GENERATE. MESSAGE) .  DO 

CANCEL  "THE  Ml . GENERATE . MESSAGE 

DESTROY  THE  Ml . GENERATE. MESSAGE 
LOOP 
FOR  EACH  EH. NETWORK. PERFORMANCE. REPORT  IN 

EV.SU.EH.  NETWORK.  PERFORMANCE.  REPORT)  ,  DO 

CANCEL  THE  EH. NETWORK. PERFORMANCE. REPORT 

DESTROY  THE  EH. NETWORK. PERFORMANCE. REPORT 
LOOP 
FOR  EACH  E2.CQLLECT7DATA  IN  EV.  S  U  .  E2.  COLLECT  ."DATA)  ,  DO 


256 


CANCEL  THE  E2. COLLECT. DATA 

DESTROY  THE  E2. COLLECT. DATA 
LOOP 
FOR  EACH  US. LINK. HEIGHT. CALCULATION  IN 

EV.S( I. US. LINK. WEIGHT. CALCULATION)  .  00 

CANCEL  THE  US. LINK. HEIGHT. CALCULAT2 ON 

DESTROY  THE  US. LINK. HEIGHT. CALCULATION 
LOOP 
FOR  EACH  El. TRANSIENT. 8LANKING  IN  EV. S  (I .El .TRANSIENT. BLANKING) .  DO 

CANCEL  THE  El .TRANSIENT. BLANKING 

DESTROY  THE  El . TRANSIENT. BLANKING 
LOOP 

RETURN 

END  "OF  P6. PURGE. EVENT. QUEUE 

' '    NMMMMMMMMMMMMMMMMMNMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM 

*  « 

ROUTINE  FOR  P7.~ZER01ZE.  SETS 

"  THIS  ROUTINE  CLEARS  ALL  SETS  OF  THEIR  MEMBERS  AND  ZEROIZES  THE 
"   TIMING  ROUTINE  FOR  THE  SIMULATION  HHICH  ALLOHS  FOR  MULTIPLE  RUNS. 

•  * 

DEFINE  ITEM1.  ITEMS.  ITEM3,  I.  J   AS  VARIABLES 

«  * 

LET  TIME.V    =    0.0 

FOR  EVERT  NODE.  DO 

FOR  EACH  ITEM1  IN  VlRT. CKT . LIST  (NOOE)  .  DO 
REMOVE  ITEM1  FROM  VlRT. CKT. LI  ST  (NODE) 
DESTROY  CIRCUIT  CALLED  ITEM1 
LOOP 

FOR  EACH  ITEM1  IN  XMT . RECORD  (NODE)  .  DO 
REMOVE  ITEM1  FROM  XMT . RECORD  (NODE) 
DESTROY  RECORD  CALLED  1TEM1 
LOOP 

FOR  EACH  ITEM1  IN  ALARM. CLOCK  (NODE) .  DO 
REMOVE  ITEM1  FROM  ALARM. CLOCK (NODE) 
FOR  EACH  ITEM2  IN  BUZ. LIST  (ITEM1)  ,  DO 
REMOVE  ITEM2  FROM  BUZ. LIST  (ITEM1) 
DESTROY  BUZ. NODE  CALLED  ITEM2 
LOOP 

DESTROY  BUZZER  CALLED  ITEM1 
LOOP 
FOR  EACH  ITEM1  IN  LINK. SET  (NODE)  .  DO 

FOR  EACH  ITEM2  IN  QUEUE  (ITEM1) .  DO 
REMOVE  ITEM2  FROM  QUEUE  (1TEM1) 

RESET  "THE  TOTALS  OF  L IFETI  ME  (ITEM2)  ANO  QSTAT  (ITEM2) 
DESTROY  PACKET  CALLED  ITEM2 
LOOP 
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FOR  EACH  ITEM2  IN  UQUEUE  (ITEMI)  ,  DO 

REMOVE  ITEM2  FROM  UQUEUE  (ITEM1) 

DESTROT  UPDATE  CALLED  ITEM2 
LOOP 

LET  STATUS  (ITEMI)  -  IDLE 
LET  UPCOUNT  (ITEM1)  -  NONE 
LET  PTCOUNT  (ITEMI)  =  NONE 
RESET  THE  TOTALS  OF  STATUS  (ITEMI) .  N. QUEUE (ITEMI)  . 

N. UPROP. QUEUE  (ITEMI) .  N. UQUEUE  (ITEMI) .  N. PROP. QUEUE  (ITEMI) 
FOR  EACH  ITEM2  IN  PROP. QUEUE  (ITEMI) ,  DO 

REMOVE  ITEM2  FROM  PROP. QUEUE  (ITEMI) 

RESET  THE  TOTALS  OF  LIFETIME  (ITEM2)  AND  QSTAT  (ITEM2) 

DESTROT  PACKET  CALLED  ITEM2 
LOOP 
FOR  EACH  ITEM2  IN  UPROP. QUEUE  (ITEMI) .  DO 

REMOVE  ITEM2  FROM  UPROP. QUEUE  (ITEMI) 

DESTROT  UPDATE  CALLED  ITEM2 
LOOP 
FOR  EACH  ITEM2  IN  SET. OF. WEIGHTS  (ITEMI) .  DO 

REMOVE  ITEM2  FROM  SET. OF. WEIGHTS  (ITEMI) 

DESTROT  WEIGHT  CALLED  ITEM2 
LOOP 

RESET  THE  TOTALS  OF  QUESIZ  (ITEMI) 
LOOP 
LOOP 

FOR  I  -  1  TO  N.NODE.  DO 

FOR  J  »  1  TO  N.NODE.  DO 

LET  BORN.PKTS(I.J)  =  Q 

LET  GONE. PKTS  (I.J)  =•  0 

LET  JUMP-TOTAL  (I.J)  =  0 

LET  LENGTH. TRIP  (I.  J)  =•  0.0 
LOOP 
LOOP 

LET  COMP.TRIP.PKT  =  0 
LET  NEW.MSGrrQTAL  »  0 
LET  NEW.  PKT  ."TOTAL  =  0 
LET  STS. PACKETS  =  0 
LET  U. COUNT  *  0 
RESET"THE~TOTALS  OF  STS.  PACKETS 
LET  HOP.  TOTAL  =«  0 
LET  XMT7T0TAL  »  0.0 
LET    QU. TOTAL       -    0.0 

"   RESET'THE  STARTING  VALUES  FOR  THE  RANDOM  NUMBER  GENERATOR. 

LET  SEED.V(l)  =   2116129302 

LET  SEED.  V  (2)  =    6837138m 

LET  SEED. V  (3)  =    964393171 

LET  SEED. V  (4)  *   1217426631 

LET  SEED. V  (5)  *    618433579 
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LET  SEED.  V  (6)  =»  1157240309 

LET  SEED. V  (7)  »  15726055 

LET  SEED. V  (8)  =  48108509 

LET  SEED. V  (9)  =  1797920909 

LET  SEED.  V  (10)  =»  477424540 

RETURN 

END  "OF  P7.  ZEROIZE.  SETS 

MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM' 

!VENT  Ul. GENERATE. UPDATE  GIVEN  SENDING. NODE.  UP. CLASS 

IN  THIS  EVENT.  THE  DESTINATION  NODE  GENERATES  ONE  OF  THREE 
"TYPES  OF  UPDATE  MESSAGES:   NODE.  GROUP  WARNING.  OR  FAMILY 
WARNING.   THE  NODE  THEN  TRANSMITS  THIS  UPOATE  TO  EACH 
QF  ITS  NEIGHBORS  AT  THE  SAME  TIME  IF  ALL  LINKS  ARE  IDLE. 
IN  THE  CASE  OF  BUST  LINKS.  THE  UPOATE  MESSAGES  ARE  INSERTED 
OR  QUEUED  ACCORDING  TO  THE  TYPE  OF  "TRAFFIC  ON  THE  LINE. 


DEFINE  THIS. NODE.  THE. CLASS  AS  VARIABLE 
DEFINE  NEW. INC.  VARY. TIME  AS  A  REAL  VARIABLE 
LET  THIS. NODE  »  SENOING.NODE 
LET  THE. CLASS  *  UP. CLASS 

"   BRANCH  TO  THE  APPROPRIATE  SECTION  DEPENDING  UPON  THE  CLASS  OF 
"   UPDATE  REQUESTED  (NODE.  GROUP.  OR  FAMILY). 


GOTO  NOD. REQUESTED.  GRP.  REQUESTED,  FAM.  R&QUESTED 
PER  THE. CLASS 


NOD. REQUESTED' 

* 

'   SEND  A  NODE  UPDATE  TO  ALL  NEIGHBOR  NODES. 

IF  PRNT  >=  3. 

SKIP  1  LINE 

PRINT  2  LINES  WITH  TIME.V.  THIS. NODE  AS  FOLLOWS 

mmm.-mmmn  (mm)  :  NOOE  UPDATE  OR  I G I NATED . 

SENT~TO  THE  "FOLLOWING  NODES: 
REGARDLESS 

FOR  "EACH  LINK  IN  LINK. SET  (THIS. NODE)  .  DO 

*  » 

IF'PRNT  >-  3, 

PRINT  1  LINE  WITH  TERM  (LINK)  AS  FOLLOWS 

MM 

REGARDLESS 

CREATE  AN  UPDATE 

LET  BEGIN. TIME  (UPDATE)  =  TIME.V 
LET  CLASS  (UPDATE)       =  THE. CLASS 
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LET  ORIGIN (UPDATE) 
LET  FM.NGDE  (UPDATE) 
LET  VARIETY  (UPDATE) 
LET  HOPCNT (UPDATE) 
LET  TO. NODE  (UPDATE) 


-  THIS. NODE 
»  THIS. NODE 
»  REGULAR 
=  NONE 
*  TERM  (LINK) 


PERFORM  U2. TRANSMIT. UPDATE  GIVEN  UPDATE.  LINK 


LOOP 


«  * 

•'   RESCHEDULE  ANOTHER  UPDATE  FOR  THIS  NODE  AT  A  LATER  TIME 
"   UNLESS  THIS  IS  THE  INITIALIZATION  PHASE  FOR  DETERMINING 

I  « 


THE  BEST  PATHS  BETWEEN  NODES. 


IF  INIT.BP  -  DEAD. 

LET  NEH.INC  ■  UNIFORM. F  (NOD. TIME. NOD. TIME  ♦  BRACKET. 3) 
IF  DISCRETE. TIMER  =  ALIVE. 

LET  NEH.INC  =  (TRUNC. F  (NEW. INC/BIT. INTERVAL)  *  BIT. INTERVAL) 
♦  U.XMN.T1ME 
REGARDLESS 

SCHEDULE  A  Ul . GENERATE. UPDATE  GIVEN  THIS. NODE.  THE. CLASS 
IN  NEH.INC  UNITS 
REGARDLESS 

*  • 

GO  FILE.THE. UPDATE 


GRP. REQUESTED' 

A  GROUP  HARNING  MSG  WILL  BE  SENT  TO  ALL  NODES  IN  THE  SAME  GROUP 
AS  THE  ORIGINATOR.   THIS  HARNING  MSG  WILL  INCLUOE  A  FUTURE  TIME 
(FIRING. TIME)  WHEN  ALL  NODES  WITHIN  THE  GROUP  WILL  SEND  THE  GROUP 
UPDATE  MESSAGE  AT  THE  SAME  TIME. 

SCHEDULETHIS  NODE  TO  TRANSMIT  ITS  OWN  REGULAR  GROUP  UPDATE 
AT  THE  COMPUTED  FIRING  TIME.   THIS  MESSAGE  IS  SENT  ONLY  TO 
NEIGHBOR  NODES  WHICH  ARE  NOT  IN  THE  SAME  GROUP  AS  THIS  NODE. 


IF  PRNT  >=  3. 
SKIP  1  LINE 

PRINT  3  LINES  WITH  TIME.V.  THIS. NODE.  GROUP (THIS. NODE) . 
TIME.V  ♦  GP.FTRE  AS  FOLLOWS 

GROUP  UPDATE  WARNING  ORIGINATED. 

GROUP  (»«]  SET  TO  XMT  UPDATE  AT  ***.*««x. 

WARNING  SENT  TO  THE  FOLLOWING  NODES: 


MMM.«MMM   (MM) 


REGARDLESS 

*  • 

SCHEDULE  A  U7. UNIT. FIRING  GIVEN  THIS. NODE.  THE. CLASS.  GROUP  (THIS. NODE) 
TIME.V  AT  TIME.V  +    GP.FIRE 
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FOR   EACH   LINK    IN   LINK. SET  (THIS. NODE)     WITH   GROUP  (THIS. NODE)     « 
GROUP  (TERM  (LINK) ) .    DO 

IF   PRNT   >-   3. 

PRINT    1    LINE    WITH   TERM  (LINK)     AS    FOLLOWS 

MM 

REGARDLESS 
CREATE   AN   UPDATE 

LET   BEGIN. TIME  (UPDATE)    -    TIME.V 

LET   CLASS  (UPDATE)  =■   THE.  CLASS 

LET    ORIGIN  (UPDATE)  =»    GROUP  (THIS.  NODE) 

LET   FM. NODE  (UPDATE)  =»    THIS. NODE 

LET   VARIETY  (UPDATE)  =■    WARNING 

LET    HOPCNT  (UPDATE)  =    NONE 

LET    TO. NODE  (UPDATE)  -    TERM  (LINK) 

LET   FIRING. TIME  (UPDATE)    *   TIME.V   ♦   GP.FIRE 

IF   DISCRETE. TIMER   »   ALIVE, 

LET   FIRING. TIME  (UPDATE)    » 

(TRUNC.F  (FIRING. TIME  (UPDATE) /BIT. INTERVAL)     *    BIT. INTERVAL) 
♦    U.XMN.TIME 

REGARDLESS 

PERFORM    U2. TRANSMIT. UPDATE    GIVEN   UPDATE.    LINK 

*  « 

LOOP 

"      RESCHEDULE   ANOTHER   GROUP   UPDATE   FOR   THIS   NODE   AT   A   FUTURE   TIME 

1  * 

IF    INIT.BP   -   DEAD, 

*  « 

LET    MEW. INC   -   UNIFORM. F  (GRP. TIME. GRP. TIME    ♦   BRACKET. 5) 
IF   DISCRETE. TIMER   =    ALIVE. 

LET    NEW. INC    *     (TRUNC. F  (NEW. INC/BIT. INTERVAL)     *    BIT. INTERVAL) 
♦    U.XMN.TIME 
REGARDLESS 

SCHEDULE    A   Ul . GENERATE. UPDATE   GIVEN   THIS. NODE.    THE. CLASS 
IN   NEW. INC    UNITS 
REGARDLESS 

GO   FILE. THE. UPDATE 


FAM. REQUESTED' 

l 

'      A   SIMILAR   OPERATION    IS   PERFORMED    FOR   THE    FAMILY    AS    WAS    DONE    WITH 
'      THE    PREVIOUS    SECTION    CONCERNING   THE    GROUP    WARNING. 


SCHEDULE  'THIS    NODE  ^TO  "TRANSMIT    ITS   OWN   REGULAR    FAMILY    UPDATE 
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"   AT  THE  COMPUTED  FIRING  TIME.   THIS  MESSAGE  IS  SENT  ONLY  TO 
"   NEIGHBOR  NODES  WHICH  ARE  NOT  IN  THE  SAME  FAMILY  AS  THIS  NODE. 

IF  PRNT  >=  3, 

SKIP  1  LINE 

PRINT  3  LINES  WITH  TIME.V,  THIS. NODE.  FAMILY (THIS. NODE) . 

TIME.V  +  FM.FIRE  AS  FOLLOWS 
KMM.NMMN  («*)  :  FAMILY  UPOATE  WARNING  ORIGINATED. 

FAMILY  (nx)  SET  TO  XMT  UPDATE  AT  xn«. 

WARNING  SENT  TO  THE  FOLLOWING  NODES: 
REGARDLESS 

SCHEDULE  A  U7. UNIT. FIRING  GIVEN  THIS. NODE,  THE.  CLASS. FAMILY (THIS. NODE)  , 
TIME.V  AT  TIME.V  +  FM.FIRE 


FOR  EACH  LINK  IN  LINK.  SET  (THIS.  NODE)  WITH  FAMILY  (THIS.  NODE)  =• 
FAMILY  (TERM  (LINK)  )  .  DO 

IF  PRNT  >=  3. 

PRINT  1  LINE  WITH  TERM  (LINK)  AS  FOLLOWS 

KM 

REGARDLESS 
CREATE  AN  UPDATE 

LET  BEGIN. TIME  (UPDATE)  »  TIME.V 

LET  CLASS  (UPOATE)       »  THE. CLASS 

LET  ORIGIN  (UPDATE)      =  FAMILY  (THIS. NODE) 

LET  FM. NODE  (UPDATE)     =  THIS. NODE 

LET  VARIETY  (UPDATE)     =  WARNING 

LET  HOPCNT  (UPDATE)      =  NONE 

LET  TO. NODE  (UPDATE)     =  TERM  (LINK) 

LET  FIRING. TIME  (UPDATE)  =  TIME.V  ♦  FM.FIRE 

IF  DISCRETE/TIMER  =  ALIVE. 

LET  FIRING. TIME  (UPDATE)  ■ 

(TRUNC.F  (FIRING.T1ME  (UPOATE) /BIT. INTERVAL)  *    BIT. INTERVAL) 
+  U.XMN.TIME 

REGARDLESS 

PERFORM  U2.TRANSMIT. UPDATE  GIVEN  UPDATE.  LINK 
LOOP 

"   RESCHEDULE  A  FAMILY  UPDATE  FOR  THIS  NODE  AT  A  FUTURE  TIME. 

t  * 

IF  INIT.BP  -  DEAD. 

«  * 

LET  NEW. INC  *  UNIFORM. F  (FAM. TIME. FAM. TIME  ♦  BRACKET, 3) 
IF  DISCRETE. TIMER  =»  ALIVE. 

LET  NEW. INC  =  (TRUNC.F  (NEW. INC/BIT. INTERVAL)  *  31 T. INTERVAL) 
♦  U.XMN.TIME 
REGARDLESS 
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SCHEDULE  A  111  .GENERATE.  UPDATE  GIVEN  THIS. NODE.  THE. CLASS 
IN  NEW. INC  UNITS 
REGARDLESS 


'FILE. THE. UPDATE' 

*  » 

LET  U. COUNT  *  U. COUNT  ♦  1 

IF  PRNT  >-  3. 

PRINT  1  LINE  WITH  U. COUNT  AS  FOLLOWS 

kmmhm   UPDATES  GENERATED  SO  FAR. 
REGARDLESS 

RETURN 

«  * 

END  "OF  Ul.  GENERATE.  UPDATE 

MMMMMMMMMMMMMMMMMMMMMMMMMMMMMKMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM 

ROUTINE  FOR  U2. TRANSMIT. UPDATE  GIVEN  X. UPDATE.  X.LINK 

* 

'  THIS  ROUTINE  PERFORMS  THE  ROLE  OF  TRANSMISSION  OF  THE  UPDATE 

'  OVER  THE  SELECTED  LINK.   DEPENDING  UPON  THE  STATUS  OF  THE  LINK 

*  (IDLE  OR  BUST)  AND  THE  TYPE  OF  TRAFFIC  WHICH  THE  LINK  IS 

'  CURRENTLY  TRANSMITTING.  DIFFERENT  ACTION  IS  TAKEN. 

F  STATUS  (X.LINK)  *  IDLE. 

'   THE  UPDATE  MAY  BE  SENT. 

SCHEDULE  AN  U4. RECEI VE. UPDATE  GIVEN  X. UPDATE  IN  U.XMN.TIME  UNITS 
LET  STATUS  (X.LINK)  *  BUSY 
FILE  X. UPDATE  IN  UPROP. QUEUE  (X. LINK) 
ELSE 


THE  LINK  IS  BUSY  UNDER  ONE  OF  THREE  CONDITIONS; 

(1)  REGULAR  MESSAGE  PACKET"TRAFFIC  IS  BEING  TRANSMITTED  WITH 
NO  'INSERTED'  UPOATES  CURRENTLY  IN  TRANSIT. 

(2)  UPOATE  TRAFFIC  IS  IN  TRANSIT  WHICH  HAS  NOT  BEEN  'INSERTED' 
INTO  A  REGULAR  MESSAGE  PACKET  "DATA  STREAM. 

(3)  'INSERTED'  UPDATE  TRAFFIC  IS  CURRENTLY  IN  TRANSIT  WITHIN 
A  RUGULAR  MESSAGE  PACKET'S  DATA  STREAM. 

CONDITION  (I) 

IF  UPROP.QUEUE  (X.LINK)  IS  EMPTY. 

SCHEDULE  AN  U4. RECEIVE. UPDATE  GIVEN  X. UPDATE  IN  U.XMN.TIME  UNITS 

FILE  X. UPOATE  IN  UPROP. QUEUE  (X. LINK) 

PERFORM  U3. INSERT. UPOATE  GIVEN  X.LINK 

RETURN 
REGARDLESS 
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"   CONDITION  (2) 

*  * 

IF  PROP. QUEUE  (X. LINK)  IS  EMPTY. 

FILE  X. UPDATE  IN  UQUEUE  (X.LlNK) 

RETURN 
REGARDLESS 

"   CONDITION  (3) 

*  « 

FILE  X. UPDATE  IN  UQUEUE  (X. LINK) 

PERFORM  U3. INSERT. UPDATE  GIVEN  X.LlNK 
REGARDLESS 
RETURN 
END  v,OF  U2.TRANSMIT. UPDATE 

* '    MMMMMttMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMKMMMMMMMMMMMMMMMMMMMMMKM 

«  » 

ROUTINE  FOR  U3. INSERT. UPDATE  GIVEN  ID. LINK 

"   THIS  ROUTINE  MODIFIES  THE  ARRIVAL  TIME  OF  A  MESSAGE  PACKET 
"   CAUSED  WHEN  AN  UPDATE  IS  INSERTED  INTO  IT'S  3IT  STREAM. 

DEFINE  PKT.  "THE. NAME  AS  VARIABLES 

REMOVE  FIRST  PKT  FROM  PRCP. GUEUE  (ID. LINK) 

"   THE  EVENT  OF  THE  ARRIVAL  OF  THE  PACKET  IS  NOW  DELATED  BY  THE 
"   AMOUNT  OF  TIME  IT  TAKES  FOR  AN  UPDATE  TO  BE  TRANSMITTED. 

«  • 

CANCEL  M2. RECEIVE. MESSAGE. PACKET  CALLED  P. NAME  (PKT) 
DESTROY  M2. RECEIVE. MESSAGE. PACKET  CALLED  P. NAME  (PKT) 

RESCHEDULE  A  M2. RECEIVE. MESSAGE. PACKET  CALLED  THE. NAME  GIVEN  PKT  AT 
P. ARRIVAL  (PKTl  ♦  U.XMN.TIME 

LET  P. ARRIVAL  (PKT)  =  P. ARRIVAL  (PKT)  *  U.XMN.TIME 
LET  P. NAME (PKT)  -  THE. NAME 

FILE  PKT  IN  PROP. QUEUE  (ID. LINK) 

RETURN 

END  "OF  U3.  INSERT.  UPDATE 


EVENT  m. RECEIVE. UPOATE  GIVEN  UP. MESSAGE 

•  * 

"  THIS  -EVENT~PERFQRMS  THE  PRIMARY  FUNCTION  OF  THE  YEN  ALGORITHM. 
"  WHEN  THE  UPDATE  ARRIVES  THE  CALCULATIONS  OF  THE  ALGORITHM  TAKE 
PLACE  WITH  THE  APPROPRIATE  SCHEDULING  OF  THE  FUTURE  UPDATE 


*  * 


"   TRANSMISSION  OCCURRING. 
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DEFINE  HSG.  THIS. NODE,  PAST.NOOE.  KIND.   OCCURflNCE.  THE. WAKE, 

HO.PCOUNT.  THE. LINK,  THE. BUZZ, U.HSG.  Q.  UP. HSG.  PACKET,  THE.NflHE 
AS  INTEGER  VRRIRBLES 

DEFINE  OELRT.TIHE.  THIS. LINK. HEIGHT   AS  REAL  VARIABLES 

LET  HSG  *   UP.HESSAGE 
LET  KIND      «  VARIETY  (HSG) 
LET  THIS. NODE  «  TO.NOOE(HSG) 
LET  PAST.NOOE  -  FH. NODE  (HSG) 
LET  HO.PCOUNT  »  HOPCNT  (HSG)  ♦  1 

THE  UPDATE  HAS  BEEN  TRAVELING  DOWN 'THE  LINK  AND  IS  KEPT  TRACK  OF  BT 
■iEANS  OF  A  UPROP. QUEUE.   THE  UPDATE  HAS  ARRIVED  AND  CAN  NOW  BE 
REHOVED  FROH  THAT  QUEUE. 

EACH  LINK  CONTAINS  A  COUNT  OF  THE  NUH8ER  OF  UPDATE  HESSAGES  WHICH 
HAVE  TRAVELED  OVER  IT.  IN  THIS  WAT,  WE  CAN  SEE  THE  PROPORTION  OF 
TOTAL  TRAFFIC  OVER  EACH  LINK  WHICH  IS  RELATED  TO  ROUTING  INFO. 

FOR  EACH  LINK  IN  LINK. SET  (PAST.NOOE)  WITH  TERHILINK)  »  THIS. NODE, 

FINO  THE. LINK  -  LINK, 
IF  FOUND. 

BEHOVE  THE  FIRST  U.HSG  FROH  UPROP. QUEUE  (THE. LINK) 

LET  UPCOUNT  (THE. LINK)  »  UPCOUNT  (THE. LINK)  +  1 
REGARDLESS 

EVERT  NODE  HA1NTAINS  A  RECORD  OF  UPDATE  RETRANSHISSIONS  WHICH 
IT  HAS  PRODUCED.   IF  THE  NODE  HAS  PREVIOUSLY  SENT  A  RETRANS  OF 
THIS  CURRENT  UPDATE  THEN  THE  UPDATE  IS  IGNORED  AND  NO  ACTION  TAKEN. 

FOR  EACH  RECORD  IN  XHT. RECORD  (THIS. NODE)  WITH  ORIGIN (HSG)  = 

REC. ORIGIN  (RECORD)  ANO  BEGIN.  TIHE  (HSG)  »  RECTI  HE  (RECORD)  . 
FIND  THE  FIRST  CASE. 

IF  FOUND. 

IF  PRNT  >-  3, 
SKIP  1  LINE 

PRINT  1  LINE  WITH  TIHE.V.  THIS. NODE.  ORIGIN (HSG) , BEGIN. TIHE  (HSG) , 
PAST. NODE  AS  FOLLOWS 
HMN.MMNM  (**)  :  'LATE'  UPDATE  (**,  xx*.  ***>«)  FROH  NODE  «*. 
REGARDLESS 

DESTROY  UPDATE  CALLEO  U.HSG 
GO  CHECK. THE. QUEUES 
REGARDLESS 

"   DETERHINE  WHETHER  REGULAR  OR  WARNING  UPDATE  AND  TAKE  THE 
**   THE  APPROPRIATE  ACTION. 

GO  TO  REG. HSG,  WARN. HSG  PER  KINO 
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REG.MSG' 

DETERMINE  WHETHER  NODE,  GROUP  OR  FAMILY  AND  TAKE  APPROPRIATE  ACTION. 
GO  TO  NOD. REQUESTED,  GRP. REQUESTED,  FAN. REQUESTED  PER  CLASS  (MSG) 

•        •        ■        •        •        •        •        a        ■        •        •        •        •        • 

NOD. REQUESTED" 

HE  MUST  DETERMINE  IF  THIS  NODE  UPDATE  MSG  ORIGINATED  FROM  A  NODE 
IN  THIS  NODE'S  GROUP.   IF  NOT.  A  BORDER  CHECK  IS  RUN.   IF  THE 
BORDER  CHECK  PROVES  NEGATIVE,  NO  ACTION  IS  TAKEN. 

IF  FAMILY  (THIS.  NODE)  =»  FAMILY  (ORIGIN  (MSG!  )  AND 
GROUP (THIS. NODE)  »  GROUP  (ORIGIN (MSG) ) , 

*  * 

GO  CALC. THE. DELAY 
REGARDLESS 

•■   RUN  A  BORDER  CHECK 

IF  M0.PC3UNT  <»  HOP. LIMIT, 
IF  PRNT  >-  3, 
PRINT  1  LINE  AS  FOLLOWS 
ooeao   NODE  BORDER  INCIDENT   oeoeo 
REGARDLESS 

GO  CALC. THE. DELAY 
REGAROLESS 
IF  PRNT  >»  3, 
SKIP  1  LINE 
PRINT  1  LINE  WITH  TIME.V,  THIS. NODE.  ORIGIN  (MSG),  BEGIN. TIME  (MSG) 

AS  FOLLOWS 
nmm.xmmm  ("*)  t    NODE  UPDATE  (««.***.  ***>0  ARRIVED.  ««NOT  IN  RANGE«« 
REGAROLESS 

DESTROY  UPDATE  CALLED  U.MSG 
GO  CHECK. THE. QUEUES 


GRP. REQUESTED' 

« 

'   IF  THE  GROUP  UPDATE  IS  FROM  A  NODE  WITHIN  THIS  NODE'S  GROUP 
*   THEN  NO  ACTION  IS  TAKEN. 

* 

IF  GROUP  (THIS. NODE)  »  ORIGIN (MSG), 

DESTROY  UPOATE  CALLED  U.MSG 

GO  CHECK. THE. QUEUES 
REGARDLESS 
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"  IF  THE  GROUP  UPDATE  IS  FROM  A  N0OE  FROM  A  DIFFERENT  FAMILT 

**  THEN  A  BORDER  CHECK  IS  PERFORMED.   IF  BORDER  CHECK  IS  NEGATIVE 

••  THEN  NO  ACTION  IS  TAKEN. 

*  * 


IF  FAMILT  (THIS. NODE]  =  FAM. OF. GRP (ORIGIN (MSG) )  . 

GO  CALC.THE.DELAT 
REGARDLESS 


t  * 
•  * 


PERFORM  BORDER  CHECK 


IF  HO.PCOUNT  <■  HOP. LIMIT. 
IF  PRNT  >-  3. 
PRINT  1  LINE  AS  FOLLOWS 
oceee  GROUP  BORDER  INCIDENT   ooooo 
REGARDLESS 

*  * 

GO  CALC.THE.DELAT 
REGARDLESS 
IF  PRNT  >-  3, 
SKIP  1  LINE 
PRINT  1  LINE  WITH  TIME.Y.  THIS. NODE.  ORIGIN(MSG),  BEGIN. TIME  (MSG) 

AS  FOLLOWS 
mmm.mmmm  [**)     •    GROUP  UPDATE  {**,**«. ****)  RECEIVED.  ••NOT  IN  RANGE"* 
REGARDLESS 

DESTROT  UPDATE  CALLED  U.MSG 
GO  CHECK. THE. QUEUES 

%    % 
%  * 

'FAM. REQUESTED* 

IF  FAMILT  (THIS. NODE)  =>  ORIGIN  (MSG), 

IF  PRNT  >-  3. 

SKIP  1  LINE 

PRINT  1  LINE  WITH  TlME.V,  THIS.NOOE.  ORIGIN (MSG),  BEGIN. TIME (MSG) 

AS  FOLLOWS 
mmm.mmmm  !«n|  s  FAMILT  UPDATE  {**, xm. nmmm)  RECEIVED.  «»NOT  IN  RANGER- 
REGARDLESS 

DESTROT  UPDATE  CALLED  U.MSG 

GO  CHECK. THE. QUEUES 
REGAROLESS 


CALC.THE.DELAT' 

I 

'   THE  "WEIGHT"  OF  A  LINK  IS  DETERMINED  3T  THE  EVENT 

'   "CALC. LINK. WEIGHT"  IN  WHICH  FIVE  METHODS  ARE  POSSIBLE. 

LET  THIS. LINK. WEIGHT  =  0.0 
i  • 

FOR  EACH  LINK  IN  LINK. SET  (THIS. NODE)  WITH 
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TERM  (LINK) -PAST. NODE.    FIND    THE. LINK-    LINK. 
IF   FOUND. 

*  * 

IF   TEST   »   ALIVE. 

LET    THIS. LINK. WEIGHT    =•   REAL.F  (QTEST  (THE.  LINK)) 

GO   CONT.TEST 
REGARDLESS 

IF   MANNER. OF. WEIGHTING   -   BT.QSIZE.NOW. 

LET   THIS. LINK. WEIGHT   -   REAL. F  (N. QUEUE  (THE. LINK) ) 

GO   CONT.TEST 
REGARDLESS 

IF    MANNER. OF. WEIGHTING    *    BT.C0M8INE. 

LET   THIS. LINK. WEIGHT   »    (QU.FACT   *   REAL. F  (N. QUEUE  (THE. LINK) ) ) 
♦      LK. WEIGHT  (THE. LINK) 

GO   CONT.TEST 
REGARDLESS 


«  « 
•  * 


LINK    WEIGHTING    SCHEMES    USING   VARIOUS    METHODS    ARE    DETERMINED 
USING    THE    EVENT    *CALC. THE. DELAY  ■ . 


LET    THIS. LINK. WEIGHT    =    LK. WEIGHT  (THE. LINK) 

t  « 

'CONT.TEST' 

«  * 

REGARDLESS 

"      DETERMINE   THE   DELAY   TIME   ASSOCIATED   WITH   THAT   LINK. 

«  * 

LET   DELAY.  TIME   »   TIHE.V   ♦   U.XMN.TIME   ♦    (DELTA   *   THIS.  LINK.  WEIGHT) 

*'      CHECK    IF   THIS   DELAY    IS   LESS   THAN   PREVIOUS   DELAY. 

"      THE   PREVIOUS   DELAYS   ARE    MAINTAINED    IN   THE   NODE'S   ALARM   CLOCK   SET. 

•  * 

FOR   EACH   BUZZER    IN   ALARM. CLOCK  (THIS. NODE)    WITH   CAUSE  (BUZZER)    > 
ORIGIN  (MSG)    AND   BUZ. BEG  (BUZZER)    =•   BEGIN. TIME  (MSG)  , 
FIND   THE. BUZZ   =   BUZZER. 

IF   FOUND. 


*  * 
«  1 

*  % 


FILE   THE    ID   OF   THE   NODE   FROM   WHICH   THIS   UPDATE   WAS   RECEIVED 

INTO   THE   LIST   HELD   BY   THE   NODE. 

CREATE   A   BUZ. NODE 

LET    ID. NUMBER  (BUZ. NODE)    »   PAST. NODE 

FILE   BUZ. NODE    IN   BUZ. LIST  (THE. BUZZ) 

CHECK    IF   THIS   NEW   DELAY    IS   FASTER   THEN   THE   PREVIOUS   BEST   DELAT. 

IF    DELAY. TIME    <    SETTING  (THE. BUZZ) , 
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CANCEL  U6. NODE. HAKE. UP  CALLED  BUZ. WAKE  (THE. BUZZ) 

DESTROY  U6. NODE. HAKE. UP  CALLED  BUZ. HAKE (THE. BUZZ) 
•  < 

PUT  IN  NEH  FASTEST  ALARM  TIME 
« » 

LET  SETTING  (THE. BUZZ)  *  DELAY. TIME 
LET  TEMP. BP  (THE. BUZZ)  =  PAST. NODE 

IF  PRNT  >-  3. 
SKIP  1  LINE 

PRINT  2  LINES  HlTH  TIME.V.  THIS. NODE.  ORIGIN  (MSG). 
BEGIN. TIME  (MSG) .  PAST. NODE.  SETTING (THE. BUZZ) 
AS  FOLLOWS 
nmm.mmmm  (*«)  :  ALARM  CLOCK  RESET  -  UPDATE  (**,  k**.  ***«)  FROM  NODE  *«. 
NOW  SET  TO  GO  OFF  AT  *«*.k.<k«. 
REGARDLESS 

CHECK  TO  SEE  IF  HE  HAVE  ALREADY  RECEIVED 
UPDATES  FROM  ALL  LINKS.  IF  THIS  BE  THE  CASE  THEN 
A  BEST  PATH  CAN  BE  DETERMINED  HITHOUT  HAVING  TO 
SEND  OUT  A  RETRANSMISSION  OF  THE  UPDATE. 

IF  N. LINK. SET  (THIS. NODE)  =  N. BUZ. LIST  (THE. BUZZ) . 

IF  BEST. PATH  (THIS. NODE,  ORIGIN  (MSG))  NE  PAST. NODE. 
IF  PRNT  -I. 

SKIP  I  LINE 

PRINT  2  LINES  WITH  TIME.V.  THIS. NODE. 

THIS. NODE.  ORIGIN  (MSG),  PAST. NODE. 
BEST. PATH  (THIS. NODE. ORIGIN  (MSG)) 
AS  FOLLOHS 
mmm.kmmm  (x«)  :  NEH  BEST  PATH   -   NO  RETRANSMISSION  NEEDED. 
FROM  mm      TO   **   IS  NOH   «*.    (WAS   **> 
REGARDLESS 
REGARDLESS 
LET  BEST. PATH  (THIS.  NODE.  ORIGIN  (MSG))  =»  PAST. NODE 

IF  PRNT  >=  2, 

PRINT  2  LINES  HlTH  THIS. NODE,  ORIGIN  (MSG) .PAST. NODE 

AS  FOLLOHS 
••  RETRANSMISSION  OF  UPDATE  NOT  NEEDED  »• 
BEST  PATH  FROM  **      70  **      IS   ««. 
REGARDLESS 


«  * 
•  * 

«  * 


DESTROY  ALL  BUZZER  INFORMATION  FROM  THE 
ALARM  CLOCK  OF  THE  NODE. 

FOR  EACH  OCCURANCE  OF  3UZ.LIST  (THE. BUZZ) ,  DO 

REMOVE  OCCURANCE  FROM  BUZ. LIST  (THE. BUZZ) 

DESTROY  BUZ. NODE  CALLED  OCCURANCE 

LOOP 
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t  « 


REMOVE  THE. BUZZ  FROM  ALARM. CLOCK (THIS. NODE) 
DESTROY  BUZZER  CALLED  THE. BUZZ 

DESTROT  UPOATE  CALLED  U.MSG 
GO  CHECK. THE. QUEUES 
REGARDLESS 

RESCHEDULE  THE  NEH  HAKE  UP  AT  THE  NEW  SHORTER  DELAY  TIME. 

RESCHEDULE  A  U6. NODE. HAKE. UP  CALLED  THE. HAKE  GIVEN 

THIS. NODE.  MSG.  TEMP. BP  (THE. BUZZ) .  HO.PCOUNT 

AT  SETTING (THE. BUZZ) 
<  • 

LET  BUZ. HAKE  (THE. BUZZ)  =»  THE. HAKE 

60  CHECK. THE. QUEUES 
REGAROLESS 

DESTROT  UPDATE  CALLED  U.MSG 
GO  CHECK. THE. QUEUES 
REGAROLESS 


THIS  CASE  CORRESPONDS  TO  THE  FIRST  TIME  THIS  NODE  HAS  RECEIVED 
"   AN  UPDATE  ORIGINATION  FROM  THAT  NODE. 

CREATE  A  BUZZER 

LET  SETTING  (BUZZER)  -  DELAY. TIME 

LET  CAUSE  (BUZZER)  »  ORIGIN  (MSG) 

LET  BUZ. BEG (BUZZER)  -  BEGIN. TIME  (MSG) 

LET  TEMP. BP  (BUZZER)  =■  PAST.  NODE 

IF  PRNT  >-  3. 

SKIP  1  LINE 

PRINT  2  LINES  HITH  TIME.V.  THIS. NODE.  ORIGIN  (MSG).  BEGIN. TIME  (MSG) . 

PAST.NOOE.  SETTING (BUZZER)  AS  FOLLOHS 
■mm.mmmm  (km)  :  »«NEH  ALARM  CL3CK»«—  UPDATE  (*«,  kkn,  xmkk)  FROM  NODE  **. 

SETTING  TO  GO  OFF  AT  **«.****. 
REGARDLESS 

CREATE  A  BUZ. NODE 

LET  ID. NUMBER  (BUZ. NODE)  *  PAST. NODE 

SET  THE  ALARM  FOR  THIS  UPOATE  TO  GO  OFF  AFTER  THE  DELAT  TIME  IS 
UP.   THIS  IS  CONDITIONED  ON  THE  BASIS  THAT  A  SHORTER  DELAY  BY 
ANOTHER  PATH  IS  NOT  FOUND. 

EACH  HAKE  UP  EVENT  IS  GIVEN  A  UNIQUE  NAME  FOR  EASE  OF  RESCHEDULING, 

SCHEDULE  A  U6. NODE. HAKE. UP  CALLED  THE. HAKE  GIVEN 

THIS. NODE.  MSG,  PAST.NOOE.  HO.PCOUNT  AT  SETTING  (BUZZER) 
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LET   BUZ. HAKE (BUZZER)    »   THE. WAKE 

FILE   BUZ. NODE    IN   BUZ. LIST  (BUZZER) 
FILE   BUZZER    IN   ALARM. CLOCK  (THIS. NODE) 

«  • 

GO  CHECK. THE. QUEUES 


WARN. MSG' 


DETERMINE    IF    THIS    IS   A   GROUP   OR   FAMILT   WARNING   AND   TAKE   PROPER   ACTION. 
GO   TO   ERROR,    GRP. WARNING,    FAM. WARNING   PER   CLASS  (MSG) 

ERROR ' 

'      INVALID   NODE    WARNING   MESSAGE.    NO   ACTION    TAKEN. 

DESTROY   UPDATE   CALLED   U.MSG 

GO   CHECK. THE. QUEUES 


GRP. WARNING' 

'      CHECK    IF   GROUP    IS   VALID. 

t 

IF   GROUP  (THIS. NODE)    NE   ORIGIN  (MSG). 

DESTROY   UPDATE   CALLED   U.MSG 

GO   CHECK. THE. QUEUES 
REGARDLESS 

"      KEEP   A   RECORO   OF    TRANSMISSIONS. 

CREATE   A   RECORD 

LET   REC. ORIGIN  (RECORD)    -   ORIGIN  (MSG) 
LET   REC. TIME  (RECORD)    -   BEGIN. TIME  (MSG) 
FILE   RECORD    IN   XMT. RECORD  (THIS. NODE) 

"      LOCAL   NODE   RECORDS   ARE   MAINTAINED   FOR   ONLY   A   SET   PERIOD   OF   TIME. 

«  * 

IF    INIT.BP   -   OEAO. 

SCHEDULE   A   U8. ERASE. RECORO   GIVEN   THIS. NODE.    RECORD    IN   ERA. PERIOD   UNITS 

REGARDLESS 

"      SCHEDULE   THE    RETRANSMISSION   OF   THE    WARNING   GROUP   UPDATE   TO 
"      ALL    NEIGHBOR   NODES   WITHIN   THIS   GROUP. 

FOR   EACH   LINK    IN   LINK. SET  (THIS. NODE)     WITH    GROUP  (THIS. NODE)     » 
GROUP  (TERM  (LINK))     AND   TERM  (LINK)     NE    PAST. NODE.    00 

CREATE   AN   UPDATE 
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LET  BEGIN.  TIME  (UPDATE)  =»  BEGIN.  TIME  (MSG) 

LET  CLASS  (UPDATE)  -  CLASS  (MSG) 

LET  ORIGIN (UPDATE)  -  ORIGIN  (MSG) 

LET  FM. NODE  (UPDATE)  -  THIS. NODE 

LET  VARIETY  (UPDATE)  -  VARIETY  (MSG) 

LET  HOPCNT  (UPDATE)  =»  HOPCNT  (MSG)  *  1 

LET  TO. NODE  (UPDATE)  -  TERM  (LINK) 

LET  FIRING. TIME  (UPDATE)-  FIRING. TIME  (MSG) 

PERFORM  U2. TRANSMIT. UPDATE  GIVEN  UPDATE.  LINK 
LOOP 

**   SCHEDULE  THE  TRANSMISSION  OF  A  REGULAR  GROUP  UPDATE  MESSAGE 
"   TO  ALL  NEIGHBOR  NODES  WHICH  ARE  NOT  IN  THIS  NODE'S  GROUP. 

«  * 

IF  PRNT  >-  3. 

SKIP  1  LINE 

PRINT  2  LINES  WITH  TIME.V,  THIS. NODE.  GROUP  (THIS. NODE) , 

FIRING. TIME  (MSG)  AS  FOLLOWS 
hmm.mmmm  («*)  :  GROUP  UPDATE  MESSAGE  WARNING  ORIGINATED. 
GROUP  (**)  SET  TO  XMT  UPDATE  AT  xx*. ****. 
REGARDLESS 

SCHEDULE  A  U7. UNIT. FIRING  GIVEN  THIS. NODE.  CLASS  (MSG)  .  ORIGIN  (MSG). 

BEGIN. TIME  (MSG)  AT  FIRING. TIME  (MSG) 
DESTROY  UPDATE  CALLED  U.MSG 
GO  CHECK. THE. QUEUES 


F AM. WARNING* 

*   CHECK  IF  FAMILY  IS  VALID. 

IF  FAMILY  (THIS. NODE)  NE  ORIGIN  (MSG) 

DESTROY  UPOATE  CALLED  U.MSG 

GO  CHECK. THE. QUEUES 
REGARDLESS 

SCHEDULE  THE  RETRANSMISSION  OF  THE  WARNING  FAMILY  UPDATE  TO 
ALL  NEIGHBOR  NODES  WITHIN  THIS  FAMILY. 

KEEP  A  RECORD  OF  TRANSMISSIONS. 

CREATE  A  RECORO 

LET  REC. ORIGIN  (RECORO)  *  ORIGIN  (MSG) 
LET  REC. TIME  (RECORD)  ■  BEGIN. TIME  (MSG) 
FILE  RECORO  IN  XMT. RECORD  (THIS. NODE) 

•  « 

"   LOCAL  NODE  RECORDS  ARE  MAINTAINED  FOR  ONLY  A  SET  PERIOO  OF  TIME. 


232 


IF  1NIT.BP  -  DEAD, 

SCHEDULE  A  U8. ERASE. RECORD  GIVEN  THIS. NODE.  RECORO  IN  ERR. PERIOD  UNITS 

REGARDLESS 

FOR  EACH  LINK  IN  LINK. SET  (THIS. NODE)  WITH  FAMILT  (THIS. NODE)  = 
FAMILT  (TERM  (LINK) )  AND  TERM  (LINK)  NE  PAST. NODE,  DO 

CREATE  AN  UPDATE 

LET  BEGIN. TIME  (UPDATE),  =-  BEGIN.  TIME  (MSG) 

LET  CLASS  (UPDATE)       -  CLASS  (MSG) 

LET  ORIGIN (UPDATE)      -  ORIGIN  (MSG) 

LET  FM. NODE  (UPDATE)     »  THIS. NODE 

LET  VARIETY  (UPDATE)     -  VARIETY  (MSG) 

LET  HOPCNT  (UPDATE)      -  H0PCNT  (MSG)  ♦  1 

LET  TO. NODE  (UPDATE)     -TERM(LINK) 

LET  FIRING. TIME  (UPDATE)-  FIRING. TIME  (MSG) 

«  * 

PERFORM  U2. TRANSMIT. UPDATE  GIVEN  UPDATE.  LINK 
LOOP 

"   SCHEDULE  THE  TRANSHISSION  OF  A  REGULAR  FAMILT  UPDATE  MESSAGE 
"   TO  ALL  NEIGHBOR  NODES  WHICH  ARE  NOT  IN  THIS  NODE'S  FAMILY. 

*  • 

IF  PRNT  >•  3, 

SKIP  1  LINE 

PRINT  2  LINES  WITH  TIME.V.  THIS. NODE.  FAMILY  (THIS. NODE)  . 

FIRING. TIME  (MSG)  AS  FOLLOWS 
hmm.mkmm  (**)  :  FAMILT  UPDATE  MESSAGE  WARNING  ORIGINATED. 
FAMILY  (**)  SET  TO  XMT  UPOATE  AT  *««.*«.««. 
REGARDLESS 

*  * 

SCHEDULE  A  U7. UNIT. FIRING  GIVEN  THIS. NODE.  CLASS  (MSG) ,  ORIGIN  (MSG). 

BEGIN. TIME  (MSG)  AT  FIRING. TIME (MSG) 
DESTROY  UPOATE  CALLED  U.MSG 

«  « 

'CHECK. THE. QUEUES' 

FOR  EACH  LINK  IN  LINK. SET  (PAST. NODE)  WITH  TERM  (LINK)  =  THIS. NODE, 

FIND  THE. LINK  -  LINK. 
IF  FOUNO, 


*  « 

•  t 


FIRST  CHECK  TO  SEE  IF  THERE  IS  ADDITIONAL  UPDATE  TRAFFIC  WAITING 
TO  BE  SENT. 

IF  UQUEUE  (THE. LINK)  IS  NOT  EMPTY. 

REMOVE  FIRST  Q. UP. MSG  FROM  UQUEUE  (THE. LINK) 

FILE  Q. UP. MSG  IN  UPROP. QUEUE  (THE. LINK) 

SCHEDULE  AN  U1. RECEIVE. UPDATE  GIVEN  Q. UP. MSG  IN  U.XMN.TIME  UNITS 

IF  PROP. QUEUE  (THE. LINK)  IS  NOT  EMPTY, 
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«  • 


%  » 
«  < 

•  « 


TH€N  THE  UPDATE  WHICH  JUST  ARRIVED  WAS  INSERTED  INTO 

THE  BIT  STREAM  OF  A  MESSAGE  PACKET  IN  TRANSIT.   THEREFORE 

TH€  NEXT  UPDATE  TO  BE  SENT  WILL  ALSO  BE  INSERTED. 

PERFORM  U3. INSERT. UPDRTE  GIVEN  THE. LINK 
REGARDLESS 
ELSE 

THE  UPOATE  QUEUE  IS  EMPTY  SO  WE  WILL  CHECK  FOR  MESSAGE  PACKET 
TRAFFIC  WAITING  TO  BE  SENT. 

IF  PROP. QUEUE (THE. LINK)  IS  NOT  EMPTY, 

THERE  IS  CURRENTLY  MESSAGE  TRAFFIC  BEING  SENT  OVER  THIS 
LINK  ANO  NO  FURTHER  ACTION  IS  NECESSARY. 
RETURN 
REGARDLESS 

THERE  IS  MO  TRAFFIC  IN  PROGRESS  SO  WE  WILL  CHECK  THE  MESSAGE 
QUEUE  TO  SEE  IF  TRAFFIC  IS  WAITING  TO  BE  SENT. 
IF  QUEUE (THE. LINK)  IS  NOT  EMPTY, 

REMOVE  FIRST  PACKET  FROM  QUEUE  (THE. LINK) 

LET  OUESIZ  (THE. LINK)  *  N. QUEUE  (THE. LINK) 

SCHEDULE  A  M2. RECEIVE. MESSAGE. PACKET  CALLED 

THE. NAME  GIVEN  PACKET  AT  TlME.V  ♦  PKT.XMN.TIME 

LET  P. ARRIVAL  (PACKET)  *  TlME.V  +  PKT.XMN.TIME 

LET  P.  NAME  (PACKET)     »  THE. NAME 

FILE  PACKET  IN  PROP.  QUEUE  (THE. LINK) 

RETURN 
REGARDLESS 

BOTH  QUEUES  ARE  EMPTY  AND  NO  MESSAGES  ARE  IN  TRANSIT. 

LET  STATUS  (THE. LINK)  -  IDLE 
REGARDLESS 
REGAROLESS 
RETURN 

END  "OF  UH.  RECEIVE.  UPDATE 

MMMMHMMMMMMMMHMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMWMMMMMMMM 

EVENT  U5. LINK. WEIGHT. CALCULATION 

THIS  EVENT  DETERMINES  THE  POSITIVE  WEIGHT  ASSIGNED  TO  EVERY  LINK 
FROM  WHICH  THE  YEN  ALGORITHM  DETERMINES  THE  BEST  PATH  ROUTING 
BETWEEN  NODES.   FIVE  METHODS  ARE  DETERMINED  IN  THIS  ROUTINE  ANO 
THE  USER  SPECIFIES  WHICH  IS  ACTUALLY  UTILIZED  DURING  THE 
SIMULATION. 

DEFINE  NUM.  WEI.GHT  AS  INTEGER  VARIABLES 
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DEFINE  NT.AV6  AS  REAL  VARIABLES 

*  * 

LET   NUN  -   NUN. OF. HEIGHTS 

IF   NftNNER.OF.HEIGHTlNG   ■    BT. QSIZE. NOW, 


•  t 


»•   THIS  METHOD  INVOLVES  USING  THE  INSTANTANEOUS  QUEUE  LENGTHS  FOR 
"   FINOING  THE  LINK  WEIGHT.   THIS  HETHOO  MAKES  NO  FURTHER  USE 
•■   OF  THIS  ROUTINE. 

GO  NO.  MORE 
REGARDLESS 

*  « 

FOR  EACH  NODE.  00 

FOR  EACH  LINK  IN  LINK. SET  (NODE) ,  00 

•  i 

CREATE  A  HEIGHT 

GO  TO  NO. MORE.  USE. PAST. QSIZE.  USE. PAST. QAVG. 

USE. RHO. WEIGHT.  USE. RHO. WEIGHT  PER  MANNER. OF. WEIGHTING 

'USE. PAST. QSIZE ' 


THIS  METHOD  OF  WEIGHTING  IS  BASED  UPON  TAKING  THE  AVERAGE  OF 
•■        *N'  QUEUE  SAMPLES  TAKEN  DURING  A  "WINDOW"  OF  FIXED  LENGTH. 

THIS  WINOOW  'SLIDES'  ALONG  IN  TIME  SINCE  ONLY  THE  MOST  RECENT 
SAMPLES  ARE  USED  IN  DETERMINING  THE  AVERAGE. 


<  < 
« » 


•  % 

« « 
• » 

« » 


LET  WT. SIZE  (HEIGHT)  *  N. QUEUE  (LINK) 
GO  AROUNO. AGAIN 

'USE. PAST. QAVG' 

THIS  METHOD  USES  THE  SAME  SLIDING  WINOOW  TECHNIQUE  EXCEPT 
INSTEAD  OF  TAKING  A  'SNAPSHOT'  SAMPLE  OF  THE  QUEUE  SIZE  AT 
REGULAR  TIME  INTERVALS.  THIS  USES  THE  AVERAGE  QUEUE  SIZE  OVER 
THE  TIME  INTERVAL. 

LET  HT. SIZE (HEIGHT)   *  AVG. WEIGHT  (LINK) 
RESET  TOTALS  OF  QUESIZ(LINK) 
GO  AROUND. AGAIN 

'USE. RHO. WEIGHT' 

THIS  METHOD  USES  A  COMBINATION  OF  WEIGHTING  FUNCTIONS;  ONE 
BASED  UPON  THE  LINK  UTILIZATION  FACTOR  DURING  THE  PAST  TIME 
UINOOH  ANO  THE  SECflNO  A  LEAST  HOPS  SYSTEM.   WHEN  THE  LINK 
UTILIZATION  FACTOR  IS  LESS  THEN  .5  THE  BEST  PATHS  WILL  BE 
DETERMINED  PRIMARILY  BY  A  LEAST  HOPS  SCHEME.   HOWEVER  IF  THE 
UTILIZATION  FACTOR  IS  GREATER  THAN  .5  THE  LINK  WEIGHT  WILL  BE 
PREDOMINANTLY  A  FUNCTION  OF  THAT  FACTOR. 


t 
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A  SECOND  METHOD  (8T. COMBINE)  MAKES  USE  OF  THIS  TERM  BUT  IN 
ADDITION  IT  ALSO  USES  THE  SIZE  OF  THE  QUEUE.   IN  THIS 
METHOD  BOTH  THE  AVERAGE  LINK  USAGE  (THE  RHO  TERM)  AND  THE 
CURRENT  TRANSIENT  BEHAVIOR  OF  THE  LINK  (THE  QUEUE  SIZE  TERM) 
ARE  TAKEN  INTO  CONSIDERATION. 


IF  RHO  (LINK)  >  .95, 

LET  HT. SIZE  (HEIGHT) 

GO  SOME. MORE 
REGARDLESS 

LET  HT. SIZE  (HEIGHT)  -  1. 
'SOME. MORE* 
RESET  TOTALS  OF  N. PROP. QUEUE (LINK) 


20.0 


(RHO  (LINK) /(I.  -  RHO  (LINK))) 


*  * 


'AROUND. AGAIN' 

ONLY  THE  PAST  'NUN'  OF  SAMPLES  ARE  CONSIDERED. 
IF  N. SET. OF. HEIGHTS  (LINK)  >=  NUM. 


REMOVE  THE  FIRST  HEI.GHT  FROM  SET. OF. HEIGHTS  (LINK) 
DESTROY  HEIGHT  CALLED  HEI.GHT 
REGARDLESS 

FILE  HEIGHT  IN  SET. OF. HEIGHTS  (LINK) 

FOR  EACH  HEIGHT  IN  SET. OF. HEIGHTS  (LINK)  .  COMPUTE  HT.AVG 

AS  THE  MEAN  OF  HT. SIZE  (HEIGHT) 
LET  LK. HEIGHT  (LINK)  =  HT.AVG 


LOOP 
LOOP 

*  * 

SCHEDULE  A  U5. LINK. HEIGHT. CALCULATION  IN  HT.TIME  UNITS 

'NO. MORE' 

RETURN 

END  "OF  U5. LINK. HEIGHT. CALCULATION 

*  *     MMMM«MMMMMMHMMMMMMMMMMMMMMMNKMWMMMMMMMMMNMMMMMMMMMMMMMMMMMMMMMNMM 

EVENT  U6. NODE. HAKE. UP  GIVEN  HK.NQDc.  HK.MSG,  3PATH.  HOPNUM 

"   THIS  EVENT  SCHEDULES  THE  TRANSMISSION  OF  AN  UPDATE  AT  THE  MOMENT 
'  *   THE  NODE'S  ALARM  CLOCK  GOES  OFF  FOR  THAT  UPDATE  MESSAGE. 

DEFINE  THIS.NCOE.  MSG,  BESTPATH.  HOP. NUM.  THE. BUZZ.  FLAG 

AS  VARIABLES 
DEFINE  NEH.TIME  AS  A  REAL  VARIABLE 

»  « 

LET  THIS. NODE  =  HK.NODE 
LET  MSG  -  HK.MSG 
LET  BESTPATH  =  BPATH 


286 


LET  HOP.NUH  *  HQPNUM 

t  * 

IF  PRNT  >-  2. 
SKIP  1  LINE 

PRINT  2  LINES  WITH  TIME.V.  THIS. NODE.  ORIGIN  (MSG).  BEGIN. TIHE  (MSG)  . 
THIS. NODE.  ORIGIN  (MSG),  BESTPATH  AS  FOLLOWS 

MMM.MMMM   (MM)   :   ««NAKE   UP  SOUNDED"   —   UPDATE  (MM.MMM.MMMM) 

BEST  PATH  FROM   mm   TO   mm    IS   mm. 
REGARDLESS 

IF  BEST. PATH  (THIS. NODE,  ORIGIN  (MSG))  NE  BESTPATH, 
IF  PRNT  -1, 

SKIP  1  LINE 

PRINT  2  LINES  WITH  TIME.V,  THIS. NODE,  THIS. NODE,  ORIGIN  (MSG). 
BESTPATH.  BEST. PATH  (THIS. NODE. ORIGIN (MSG) )  AS  FOLLOWS 
mmm.mmmm  (mm)  :  NEW  BEST  PATH  ; 

FROM   mm   TO   mm   IS  NOW  mm.    (WAS   mm) 
REGARDLESS 
REGAROLESS 

EACH  NOOE  KEEPS  TRACK  OF  ALL  NEIGHBORS  FROM  WHICH  IS  HAS  RECEIVED 
THIS  PARTICULAR  UPDATE  MESSAGE.   WE  NOW  WANT  TO  TRANSMIT  THE 
CONTINUING  UPDATE  OVER  THOSE  LINKS  FROM  WHICH  UPDATES  HAVE  NOT 
BEEN  RECEIVED. 

FOR  EACH  BUZZER  IN  ALARM. CLOCK  (THIS. NODE)  WITH  CAUSE  (BUZZER) 
*  ORIGIN  (MSG)  AND  BUZ. BEG  (BUZZER)  -  BEGIN. TIME  (MSG) , 
FINO  THE. BUZZ  -  BUZZER, 

IF  FOUND. 

*  « 

FOR  EACH  LINK  IN  LINK. SET  (THIS. NODE) .  DO 
LET  FLAG  »  DEAD 

FOR  EACH  BUZ. NODE  IN  BUZ. LIST  (THE. BUZZ) .  DO 
* « 

IF  TERM(LINK)  -  ID. NUMBER  (BUZ. NODE)  . 

LET  FLAG  »  ALIVE 
REGAROLESS 
LOOP 

*  * 

IF  FLAG  »  OEAO. 

SINCE  AN  UPDATE  HAS  NOT  BEEN  RECEIVED  OVER  THIS  LINK 
THE  NODE  SENDS  THE  UPDATE  OVER  THAT  LINK. 

IF  PRNT  >-  2. 

PRINT  1  LINE  WITH  TERM  (LINK)  AS  FOLLOWS 

UPDATE  SENT  TO   mm 
REGARDLESS 

LET  NEW. TIME  =»  TIME,  i 

IF  DISCRETE. TIMER  »  ALIVE. 
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LET  NEH.TIHE  =» 

(TRUHC.F  (NEW. TIME/BIT.  INTERVAL)  *  81T.  INTERVAL) 
♦  U.XMN.TIME 
REGARDLESS 

CREATE  AN  UPDATE 

LET  8EGIN. TIME (UPOATE)  »  BEGIN. TIME (MSG) 

LET  CLASS  (UPDATE)  -  CLASS (MSG) 

LET  ORIGIN  (UPDATE)  -  ORIGIN (MSG) 

LET  FN. NODE  (UPDATE)  -  THIS. NODE 

LET  VARIETY  (UPDATE)  -  REGULAR 

LET  MOPCNT  (UPDATE)  -  HOPCNT  (MSG) 

LET  TO. NODE  (UPDATE)  -  TERM  (LINK) 

PERFORM  U2. TRANSMIT. UPDATE  GIVEN  UPOATE.  LINK 
REGARDLESS 
LOOP 
REGARDLESS 

«  * 

•■   MAINTAIN  RECORD  Of  TRANSMISSION  FOR  NODE 

CREATE  A  RECORO 

LET  REC. ORIGIN (RECORO)  *  ORIGIN (MSG) 
LET  REC. TIME  (RECORD)  -  BEGIN. TIME (MSG) 
FILE  RECORD  IN  XMT. RECORO  (THIS. NODE) 

•  * 

"   LOCAL  NODE  RECORDS  ARE  MAINTAINED  FOR  ONLY  A  SET  PERIOD  OF  TIME. 

IF  INIT.BP  *    DEAD. 

SCHEDULE  A  U8. ERASE. RECORD  GIVEN  THIS. NODE.  RECORD  IN  ERA. PERIOD  UNITS 

REGARDLESS 

"   UPDATE  THE  BEST  PATH. 

*  « 

LET  BEST. PATH  (THIS. NODE. ORIGIN  (MSG))  =  BESTPATH 

DESTROY  UPDATE  CALLED  MSG 

RETURN 

ENO  "Of  U6.N00E.HAKE.UP 

MMMMMMMMKMHMMMMHMKHMMMMMHMMMMMMMHMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMH 

VENT  U7. UNIT. FIRING  GIVEN  PF.NODE.  PF. CLASS,  PF. ORIGIN.  PF. BEGIN 

THIS  EVENT  OCCURS  AT  THE  FIRING  TIVE  FOR  A  NODE  DURING  GROUP  ANO 
FAMILT  UPDATES.   THE  'PLAN'  IS  FOR  THE  NODE  TO  TRANSMIT  IT'S 
GROUP  OR  FAMILY  UPOATE  TO  NODES  NOT  WITHIN  THE  BASIC  SECTOR 
AT  THE  SAME  TIME.   DELAYS  MAY  OCCUR  DUE  TO  THE  SIMULTANEOUS 
TRANSMISSION  OF  OTHER  UPDATES  AT  WHICH  TIME  QUEUEING  IS  USED. 

IT  IS  FIRST  DETERMINED  WHETHER  A  GROUP  OR  FAMILY  UPDATE  IS  REQUESTED. 
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GO  TO  NOD. BLANK,  GRP. REQUEST,  FAM. REQUEST  PER  PF. CLASS 

"NOD. BLANK' 
RETURN 


•GRP. REQUEST* 

FOR  EACH  LINK  IN  LINK. SET  (PF. 
GROUP  (TERM (LINK))  ,  DO 


NODE)  WITH  GROUP  (PF. NODE)  NE 


CREATE  AN  UPDATE 

LET  BEGIN. TIME  (UPDATE)  -  PF. BEGIN 

LET  CLASS (UPDATE)  =  PF. CLASS 

LET  ORIGIN (UPDATE)  >  PF. ORIGIN 

LET  FM. NODE  (UPDATE)  =»  PF.NODE 

LET  VARIETY  (UPOATE)  >  REGULAR 

LET  HOPCNT (UPOATE)  -  NONE 

LET  TO. NODE  (UPDATE)  =■  TERM  (LINK) 

PERFORM  U2. TRANSMIT. UPOATE  GIVEN  UPDATE.  LINK 
LOOP 
IF  STNCH. FIRING  *  ALIVE, 

IF  INIT.BP  -  DEAD. 

SCHEDULE  A  U7. UNIT. FIRING  GIVEN  PF.NODE.  GRP.MSG,  PF. ORIGIN. 
(TIME.V  ♦  GRP. TIME)  IN  GRP. TIME  UNITS 

REGARDLESS 
REGARDLESS 
RETURN 


'FAM. REQUEST' 

FOR  EACH  LINK  IN  LINK. SET  (PF. 
FAMILY  (TERM (LINK) )  ,  QO 


NODE)  WITH  FAMILY  (PF.NODE)  NE 


CREATE  AN  UPDATE 

LET  BEGIN. TIME  (UPDATE)  -  PF. BEGIN 

LET  CLASS  (UPDATE)  =  PF. CLASS 

LET  ORIGIN (UPDATE)  »  PF. ORIGIN 

LET  FM. NODE  (UPDATE)  =  PF.NODE 

LET  VARIETY  (UPOATE)  =  REGULAR 

LET  HOPCNT  (UPOATE)  »  NONE 

LET  TO. NODE  (UPDATE)  *  TERM  (LINK) 

PERFORM  U2. TRANSMIT. UPDATE  GIVEN  UPDATE.  LINK 
LOOP 
IF  SYNCH. FIRING  =  ALIVE. 

IF  INIT.BP  -  DEAD, 

SCHEDULE  A  U7. UNIT. FIRING  GIVEN  PF.NODE,  FAM.MSG,  PF. ORIGIN. 
(TIME.V  ♦  FAM.TIME)  IN  FAM.TlME  UNITS 

REGAROLESS 
REGARDLESS 
RETURN 
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END    %,0F   U7. UNIT. FIRING 

* 'kmmmmmmmmmmmmmhmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm 

*  « 

EVENT  U8. ERASE. RECORD  GIVEN  ERA. NODE.  ERA. RECORD 
« • 

••   THIS  EVENT  ERASES  OUTDATED  TRANSMISSION  RECORDS  HELD  BY  NODES. 

DEFINE  THIS. NODE,  THIS. RECORD,  OCCURflNCE  AS  VARIABLES 
« • 

LET  THIS. NODE  -  ERA. NODE 
LET  THIS.RECORO  >  ERA. RECORD 

FOR  EACH  RECORD  IN  XMT. RECORD  (THIS. NODE)  WITH 

REC. ORIGIN  (RECORD)  »  REC. ORIGIN  (THIS. RECORD)  ANO 

REC.TIHE  (RECORD)  -  REC. TIME  (THIS.RECORO) , 
FIND  OCCURANCE  *  RECORD. 
IF  FOUND, 

REMOVE  OCCURANCE  FROM  XMT. RECORD  (THIS. NODE) 

DESTROY  RECORD  CALLED  OCCURANCE 
REGARDLESS 

*  t 

RETURN 

END  "OF  U8. ERASE. RECORD 

KMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMKMMMMMMM 

:VENT  Ml. GENERATE. MESSAGE  GIVEN  T. MESSAGE 

THIS  ROUTINE  GENERATES  MESSAGES  CONSISTING  OF  A  NUMBER  OF 
PACKETS.   THIS  NUMBER  IS  CHOSEN  USING  A  RANDOM  DISTRIBUTION  WHICH 
IS  EITHER  GEOMETRIC  OR  UNIFORM.   THE  SOURCE-DESTINATION  NODE  PAIRS 
ARE  DETERMINED  3£  EITHER  UNIFORM  OR  1MBALANCED  TRAFFIC  SCHEMES. 
PACKETS  ARE  THEN  TRANSMITTED  OR  QUEUED  BASED  UPON  THE  STATUS  OF 
THE  LINKS. 

DEFINE  CK.XMTR.  CK.RCVR,  X. TOT. PERCENT,  R. TOT. PERCENT,  SELECTOR. 

NEW. TIME   AS  REAL  VARIABLES 
DEFINE  THE. LINK.  THE. NAME.  RCVR.  XMTR,  PKT. COUNT   AS  VARIABLES 

LET  X. TOT. PERCENT  -  0 
LET  R.  TOT.  PERCENT  =•  0 
LET  CK.XMTR  »  UNIFORM. F  (O.O.  TRNS.PCNT.  2) 

"   SELECTOR  IS  USED  IF  A  PERCENTAGE  OF  THE  MESSAGES  ARE  REQUIRED 
••   TO  BE  BETWEEN  NODES  OF  THE  SAME  GROUP  OR  FAMILY. 

«  « 

LET  SELECTOR  =•  UNIFORM.  F  (0.  Q.  100..  7) 
"   SELECT  THE  TRANSMITTING  NODE 

*  * 

FOR  EVERT  MODE  ,  DO 
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LET  X. TOT. PERCENT  =»  X.  TOT. PERCENT  ♦  XHT  .PERCENT  (NOOE) 
IF  CK.XMTR  <-  X. TOT. PERCENT, 

LET  XMTR  =  NOOE 

GO  CH. OPT. RECEIVER 
REGARDLESS 
LOOP 

CH. OPT. RECEIVER' 

THE  FOLQWING  CHECK  IS  MADE  TO  DETERHlNE  IF  AN  OPTIONAL  RECEIVING 
NOOE  HAS  BEEN  GIVEN  TO  THIS  TRANSMITTING  NODE.   IN  THIS  WAT  THE 
SIMULATION  CAN  MODEL  VERT  SPECIFIC  TRAFFIC  DISTRIBUTIONS  FOR  THE 
NETWORK. 

IF  OPT. RCV  (XMTR)  NE  0. 

LET  RCVR  =»  OPT. RCV  (XMTR) 

GO  MAKE. THE. MSG 
REGARDLESS 

«  * 

•FIND. RECEIVER" 

LET  CK.RCVR  *   UNIFORM. F  (0.0.  RCV.PCNT.  9) 
FOR  EVERT  NODE,  DO 

LET  R. TOT. PERCENT  =  R. TOT. PERCENT  ♦  RCV. PERCENT  (NODE) 
IF  CK.RCVR  <-  R. TOT. PERCENT. 
LET  RCVR  *  NODE 
GO  CK. GROUPS. AND. FRMILIES 
REGARDLESS 
LOOP 

« 

*   IF  THE  RECEIVER  MUST  BE  WITHIN  THE  SAME  GROUP  OR  FAMILY.  KEEP 
'   LOOKING  UNTIL  AN  ADEQUATE  RECEIVER  IS  FOUNO. 

CK. GROUPS. AND. FAMILIES' 

« 

IF  SELECTOR  <  IN. GROUP. 

IF  GROUP  (XMTR)  =»  GROUP  (RCVR) 
GO  SEE. IF. XMTR. EQ. RCVR 

REGARDLESS 

LET  R. TOT. PERCENT  -  0.0 

GO  FIND. RECEIVER 
REGARDLESS 

IF  SELECTOR  <  (IN. GROUP  ♦  IN. FAMILY). 

IF  FAMILY  (XMTR)  =  FAMILY  (RCVR) , 
GO  SEE. IF. XMTR. EQ. RCVR 

REGARDLESS 

LET  R. TOT. PERCENT  =0.0 

GO  FIND. RECEIVER 
REGARDLESS 


291 


'SEE. IF. XMTR. EQ. RCVR' 

*  « 

IF  RCVR  =»  XMTR, 

LET  R.  TOT. PERCENT  »  0.0 

GO  FIND. RECEIVER 
REGARDLESS 

*  « 

'MAKE. THE. MSG' 

"   FOR  UNIFORM  DISTRIBUTION  OF  MESSAGE  LENGTHs 
LET  PKT. COUNT  »  RANOI.FU,  INT.  F  (MAX.  PPM)  .  4) 

*  « 

"   FOR  GEOMETRICALLY  DISTRIBUTED  MESSAGE  LENGTH: 
IF  BY.GEQM.DIST  »  ALIVE. 
IF  AVE. PPM  »  1.0, 

LET  PKT. COUNT  •  1 
ELSE 
LET  PKT. COUNT  «  TRUNC. F  (  (LOG. E. F  (UNIFORM. F (0. . 1 ..  3))  / 

LOG.E.Fd.  -  (1. /AVE. PPM)))  ♦  1.) 
REGARDLESS 
REGARDLESS 

IF  PRNT  >-  1, 

SKIP  1  LINE 

PRINT  1  LINE  WITH  TlME.V,  XMTR,  PKT. COUNT,  RCVR  AS  FOLLOWS 

mmm.mmmm  (nn)  :  «««NEW  PACKET  MESSAGE"**  —  «*«  PACKETS  DESTINED  FOR  ***. 

REGARDLESS 

l  « 

"   KEEP  TRACK  OF  THE  TOTAL  NUMBER  OF  MESSAGES  AND  PACKETS  GENERATED. 

»  • 

LET  NEW.  MSG.  TOTAL   *     NEW.  MSG.  TOTAL   "»   1 

LET  NEW. PKT. TOTAL   «     NEW. PKT. TOTAL   ♦   PKT. COUNT 

LET  STS. PACKETS    -    NEW. PKT. TOTAL   -   COMP. TRIP. PKT 

"   KEEP  TRACK  Or  THE  NUMBER  OF  PACKETS  WHICH  ARE  GENERATED  BETWEEN  THIS 
"   PARTICULAR  SOURCE  NQOE  AND  SINK  NODE. 

LET  BORN. PKTS  (XMTR, RCVR)  =  BORN. PKTS  (XMTR, RCVR)  ♦  PKT. COUNT 

%  t 

*  « 

•■   CREATE  A  PACKET  FOR  EACH  PACKET  REQUIRED  FOR  THE  MESSAGE. 

«  * 

FOR  I  -  1  TO  PKT. COUNT,  DO 
CREATE  A  PACKET 

LET  ORG.  NODE  (PACKET)  =•  XMTR 

LET  BEG. TIME  (PACKET)  »  TIME.V 

LET  HOP. COUNT  (PACKET)  =    NONE 

LET  DEST. NODE  (PACKET)  -  RCVR 

LET  RELAY. NODE  (PACKET)  =  XMTR 
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LET  MSG. ID. NUM (PACKET)  -  NEW. MSG. TOTAL 

LET  PKT. ID  (POCKET)   -   1 

LET  PKT. SUM  (PACKET)  =   PKT. COUNT 

LET  LIFETIME (PACKET)  »  ALIVE 

LET  QSTAT  (PACKET)  »  OUTQ 

ADDRESS  THE  PACKET  TO  THE  APPROPRIATE  NEXT  STOP  USING  THE 
BEST  PATH  INFORMATION. 

IF  FAMILY (XMTR)  NE  FAMILY  (RCVR) , 

CHECK  TO  SEE  IF  THE  DESTINATION  NODE  MAY  BE  A  BORDER  CASE. 

IF  BEST. PATH  (XMTR, RCVR)  NE  0, 

IN  THIS  CASE.  THE  DESTINATION  IS  A  BORDER  CASE.   ■ 
LET  NEXT. NODE  (PACKET)  »  BEST. PATH  (XMTR, RCVR) 
GO  CHECK. LINK. STATUS 
REGARDLESS 

* 

LET  NEXT. NODE (PACKET)  =  BEST. PATH (XMTR.  FAMILY  (RCVR) ) 
60  CHECK. LINK. STATUS 
REGARDLESS 

IF  GROUP (XMTR)  NE  GROUP  (RCVR) , 

« 

CHECK  FOR  BORDER  CASE  AGAIN 
IF  BEST, PATH (XMTR, RCVR)  NE  0, 

IN  THIS  CASE  THE  DESTINATION  IS  A  BORDER  CASE. 

LET  NEXT. NODE  (PACKET)  *  BEST. PATH  (XMTR, RCVR) 

GO  CHECK. LINK. STATUS 
REGARDLESS 

LET  NEXT. NODE  (PACKET)  -  8E3T. PATH  (XMTR, GROUP  (RCVR) ) 
GO  CHECK. LINK. STATUS 
REGARDLESS 

1   BOTH  THE  ORIGIN  AND  DESTINATION  ARE  IN  THE  SAME  GROUP. 

* 

LET  NEXT. NOOE (PACKET)  -  BEST. PATH  (XMTR, RCVR) 
CHECK. LINK. STATUS' 

* 

'   IF  OUTGOING  LINK  IS  IDLE  SENO  OUT  THE  PACKET. 

FOR  EACH  LINK  IN  LINK.  SET  (XMTR)  WITH  TERM  (LINK)  =» 

NEXT. NODE  (PACKET) ,  FIND  THE. LINK  =  LINK, 
IF  FOUND, 

IF  STATUS  (THE. LINK)  *  IDLE. 
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IF  PRNT  >-  1. 

PRINT  1  LINE  WITH  TERM  (THE. LINK) ,  PKT. ID  (PACKET) . 
HSG. ID. NUM  (PACKET)  AS  FOLLOWS 
LINK  TO  *n      IS  IDLE.   PACKET  »  **«      OF  MESSAGE  •  ****   SENT. 
REGAROLESS 

KEEP  TRACK  OF  ALL  PACKETS  WHICH  ARE  PROPAGATING 
DOWN  THE  LINK. 

LET  NEW. TIME  *  TIME.V  ♦  PKT. XMN. TIME 
IF  DISCRETE. TIMER  =  ALIVE, 

LET  NEW. TIME  =  (TRUNC. F  (NEW. TIME/BIT. INTERVAL) 
*  BIT. INTERVAL)  ♦  U. XMN. TIME 
REGARDLESS 

SCHEDULE  A  M2. RECEIVE. MESSAGE. PACKET  CALLED 

THE. NAME  GIVEN  PACKET  AT  NEW. TIME 
LET  P. ARRIVAL  (PACKET)  *  NEW. TIME 
LET  P. NAME  (PACKET)     -  THE. NAME 
FILE  PACKET  IN  PROP. QUEUE  (THE. LINK) 
LET  STATUS  (THE. LINK)  =  BUST 
GO  TO  NEXT. POINT 
REGARDLESS 

LINK  IS  BUST  SO  FILE  PACKET  IN  THE  QUEUE. 

IF  PRNT  >-  1. 

PRINT  1  LINE  WITH  TERM  (THE. LINK)  .  PKT. ID  (PACKET) , 

NSC  ID. NUM  (PACKET)  AS  FOLLOWS 
LINK  TO   «n   IS  BUST.   PACKET  »  *«*   OF  MESSAGE  »  **««  IN  Q. 

REGARDLESS 

» » 

LET  QSTAT  (PACKET)  =  INQ 
FILE  PACKET  IN  QUEUE (THE. LINK) 
LET  QUESIZ  (THE. LINK)   >   N. QUEUE  (THE. LINK) 
REGARDLESS 

'NEXT. POINT' 
LOOP 

%  t 

"   SCHEDULE  MORE  TRAFFIC  TO  BE  GENERATED  AT  A  FUTURE  TIME  IF  THE 
"   TRAFFIC  LIMIT  HAS  NOT  BEEN  VIOLATED. 

IF  NEW. MSG. TOTAL  <-  TRAF. LIMIT. 

SCHEDULE  A  Ml .GENERATE. MESSAGE  GIVEN  PACKET  IN 

EXPONENTIAL. F  (MSG. GENERATION. INTERVAL.  8)  UNITS 
REGARDLESS 

*  * 

RETURN 


» * 

< « 
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END  "OF  HI. GENERATE. MESSAGE 

' *    NMMMMMMMMMMMMMMMWMMMMMMMMNMMMMMMMMMMMMMMMMMMMMKMMMMHMMMMMMMMMMM 

»  i 

EVENT  H2. RECEIVE. MESSAGE. PACKET  GIVEN  PA.CKET 

"   THIS  EVENT  DEPICTS  THE  ACTIONS  TAKEN  BE  A  NODE  UPON  RECEPTION 

••   OF  A  PACKET  MESSAGE. 

• » 

DEFINE  THIS.NOOE.  PAST. NODE.  PKT.  PACKET,  DEAD.PKT,  THE.CKT. 
THE. NAME.  THE. LINK   AS  VARIABLES 

•  * 

LET  PKT  =  PA.CKET 

LET  THIS.NOOE  »  NEXT. NODE  (PKT) 

LET  PAST. NODE  »  RELAY. NODE (PKT) 

LET  HOP. COUNT  (PKT)  -  HOP. COUNT  (PKT)  ♦  1 


THE  PACKET  HAS  BEEN  PROPAGATING  DOWN  THE  LINK  AND  HAS  BEEN  KEPT 
TRACK  OF  BT  MEANS  OF  THE  PROP .QUEUE  OF  THAT  LINK.   THE  PACKET  HAS 
ARRIVED  AND  CAN  NOW  BE  REMOVED  FROM  THE  PROPAGATION  QUEUE. 


FOR  EACH  LINK  IN  LINK. SET  (PAST. NODE)  WITH  TERM  (LINK)  » 
THIS. NODE.  FIND  THE. LINK  »  LINK, 

IF  FOUND. 

i « 

LET  PTCOUNT  (THE. LINK)  -  PTCOUNT  (THE. LINK)  ♦  1 
REMOVE  THE  FIRST  PACKET  FROM  PROP.  QUEUE  (THE. LINK) 
REGARDLESS 

IF  PRNT  >»  1. 

SKIP  1  LINE 

PRINT  2  LINE  WITH  TIME.V.  THIS.NOOE,  MSG. ID. NUM (PKT) .  PKT. ID (PKT) ,. 

BEG. TIME  (PKT)  .  PAST. NODE,  MOP. COUNT  (PKT)  AS  FOLLOWS 
kkm.mmmm  (««)  i  ■■>  PACKET  ARRIVES  <-■,  PACKET  (***, m««, mmk. *««*) 

FROM  NODE   *«   WITH   TOTAL  HOPS  »  ***. 
REGAROLESS 

*'   IF  THIS  NODE  HAPPENS  TO  BE  THE  FINAL  DESTINATION  OF  THE  PACKET. 
"   THEN  THE  FOLLOWING  COMPLETED  TRIP  ACTION  IS  TAKEN. 


IF  THIS.NOOE  -  DEST.NOOE(PKT) , 

•■   STATISTICS  ARE  KEPT  ON  ALL  PACKETS  WHICH  COMPLETED  TRIP. 

*  * 

LET  LIFETIME  (PKT)  »  DEAD 


LET  COMP. TRIP. PKT  -  COMP. TRIP. PKT   ♦   1 

LET  STS. PACKETS  =  NEW. PKT. TOTAL  -  COMP. TRIP. PKT 

LET  HOP. TOTAL  =  HOP. TOTAL   *  HOP. COUNT (PKT) 

LET  XMT. TOTAL  =  XMT. TOTAL   ♦  TRANSIT. TIME (PKT) 

LET  QU.  TOTAL  =»  QU.  TOTAL    ♦  QUE. PKT.  TIME  (PKT) 
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*  * 


STATISTICS  ARE  ALSO  KEPT  IN  REGARD  TO  THE  TRAFFIC  BETWEEN  THIS 
PARTICULAR  SOURCE  NOOE  AND  SINK  NODE. 

LET  JUMP. TOTAL  (ORG. NODE (PKT) . DEST . NODE (PKT)  )  » 

JUMP. TOTAL  (ORG. NODE  (PKT) .DEST. NODE  (PKT))   ♦   HOP. COUNT  (PKT) 
LET  LENGTH. TRIP  (ORG. NODE (PKT) , DEST. NODE (PKT)  )  = 

LENGTH. TRIP  (ORG. NODE  (PKT) .DEST. NODE  (PKT))  ♦  TRANSIT. TIME  (PKT) 
LET  GONE . PKTS  (ORG. NODE (PKT) , DEST . NODE (PKT)  )  - 

GONE.PKTS  (ORG. NOOE  (PKT) .DEST. NODE  (PKT))   *   1 

DESTROY  PACKET  CALLED  PKT 
GO  TO  NEXT. PART 


REGARDLESS 

FOR  CONTINUING  PACKETS  THEIR  NEXT  STOP  IS  DETERMINED. 
THE  SIMULATION  MAT  BE  RUN  USING  VIRTUAL  CIRCUITS  OR  DATAGRAMS. 
THE  VIRTUAL  CIRCUITS  ARE  MAOE  UP  OF  LINK  ROUTES  DETERMINED 
BT  THE  FIRST  PACKET  OF  A  MESSAGE  TO  TRAVERSE  THE  NETWORK  TO 
ITS  DESTINATION.   THE  REMAINING  PACKETS  OF  THE  MESSAGE  WILL 
FOLLOW  THE  SAME  ROUTE  REGARDLESS  OF  CHANGES  TO  THE  BEST  PATHS 
WHICH  MAT  TAKE  PLACE. 

IF  USE.VIRT.CKTS  -  DEAD, 

GO  GET. BEST. PATH 
REGARDLESS 

FOR  EACH  CIRCUIT  IN  THE  VIRT. CKT. LIST  (THIS. NODE)  WITH  CKT. ID  (CIRCUIT) 

MSG. ID.NUM(PKT) .  FIND  THE. CKT  »  CIRCUIT, 
IF  FOUND, 

LET  NEXT. NOOE  (PKT1   =   VIRT. BP  (THE. CKT) 
**   IF  THIS  IS  THE  LAST  PACKET  OF  A  MESSAGE  THEN  BREAK  DOWN  THE 
*'   VIRTUAL  CIRCUIT. 

IF  PKT. SUM  (PKT)  »  PKT. ID  (PKT). 

REMOVE  THE. CKT  FROM  VIRT. CKT. LIST  (THI S. NODE) 
DESTROY  CIRCUIT  CALLEO  THE. CKT 

REGARDLESS 

GO  CHECK. THE. LINK. STATUS 
REGARDLESS 

GET. BEST. PATH' 

THIS  SECTION  IS  USED  WHEN  VIRTUAL  CIRCUITS  ARE  NOT  8EING  USED 
OR  FOR  THE  CASE  WHERE  THIS  IS  THE  FIRST  PACKET  OF  A  MESSAGE  TO  BE 
RECEIVED  BT  THIS  NODE  WHEN  USING  VIRTUAL  CIRCUITS  WHEREBY  THE 
BEST  PATH  IS  DETERMINED  BASED  UPON  CURRENT  INFORMATION. 


IF  FAMILY  (THIS. NODE)  NE  FAMILY  (DEST. NODE  (PKT) ) , 
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«  • 

»  I 

•  > 


CHECK   TO   SEE    IF   THE   DESTINATION   NODE   MAT   BE   fl   BORDER   CASE. 

IF   BEST. PATH  (THIS. NODE, DEST. NODE  (PKT))    NE   0. 

IN   THIS   CASE.    THE   DESTINATION    IS   A   BOROER   CASE. 

LET   NEXT. NODE  (PKT)    =   BEST. PATH  (THIS. NODE. DEST. NODE  (PKT) ) 
60   MAKE. THE. VIRTUAL. CKT 
REGAROLESS 

«  « 

LET   NEXT. NODE  (PKT)    -   BEST. PATH  (THIS. NODE.    FAMILY  (OEST. NODE (PKT) ) ) 
GO   MAKE. THE. VIRTUAL. CKT 
REGARDLESS 

IF   GROUP  (THIS. NODE)    NE   GROUP    (DEST. NODE (PKT) ) . 

"      CHECK   FOR   BORDER   CASE   AGAIN 

IF   BEST. PATH  (THIS. NODE. DEST. NODE  (PKT))    NE   0. 

•  « 

IN   THIS   CASE    THE   DESTINATION    IS   A   BORDER   CASE. 

LET   NEXT. NODE  (PKT)    »   8EST. PATH  (THIS. NODE. DEST. NODE (PKT) ) 

GO   MAKE. THE. VIRTUAL. CKT 
REGAROLESS 

LET   NEXT. NODE  (PKT)    *    BEST. PATH  (THIS. NODE. GROUP  (DEST. NOOE  (PKT) ) ) 
GO   MAKE. THE. VIRTUAL. CKT 
REGARDLESS 

•  % 

"      BOTH   THE   ORIGIN   AND   DESTINATION   ARE    IN   THE   SAME   GROUP. 

LET   NEXT. NOOE (PKT)    »   BEST. PATH  (THIS. NOOE. DEST. NODE (PKT) ) 

'MAKE. THE. VIRTUAL. CKT' 

IF   USE.VIRT.CKTS   -   OEAD. 

GO   CHECK. THE. LINK. STATUS 
REGARDLESS 

CREATE   A   CIRCUIT 

LET   CKT. ID  (CIRCUIT)       =        MSG. 10. NUM  (PKT) 

LET   VIRT.BP  (CIRCUIT)    >        NEXT. NODE  (PKT) 
FILE   THE   CIRCUIT    IN   THE   VIRT. CKT. LIST  (THIS. NODE) 

'CHECK. THE. LINK. STATUS* 

LET    RELAT. NOOE  (PKT)     -    THIS. NODE 

"       IF    OUTGOING   LINK    IS    IDLE    SENO   OUT    THE    PACKET. 

t  t 

FOR   EACH   LINK    IN   LINK. SET  (THIS. NODE)     HITH   TERM  (LINK)     = 
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NEXT. NODE  (PKT) ,  FIND  THE. LINK  -  LINK. 
IF  FOUND. 

IF  STATUS  (THE. LINK)  *  IDLE. 

SCHEDULE  A  M2. RECEIVE. MESSAGE. PACKET  CALLED  THE. NAME  GIVEN  PKT 
AT  TIME.V  ♦  PKT. XMN. TIME 

LET  P. ARRIVAL  (PKT)  »  TIME.V  ♦  PKT. XMN. TIME 

LET  P. NAME  (PKT)     »  THE. NAME  " 

FILE  PKT  IN  PROP. QUEUE (THE. LINK) 

LET  STATUS  (THE. LINK)  --BUST 

GO  TO  NEXT. PART 
REGARDLESS 

"   LINK  IS  BUST  SO  FILE  PACKET  IN  THE  QUEUE. 

*  * 

LET  QSTAT(PKT)  -  INQ 
FILE  PKT  IN  QUEUE (THE. LINK) 
LET  QUESIZ  (THE. LINK)   *   N. QUEUE  (THE. LINK) 
REGAROLESS 

NEXT. PART' 

CHECK  THE  QUEUE  OF  THE  NODE  FROM  WHICH  THE  PACKET  MAS  RELATED. 
IF  THE  NODE'S  QUEUE  HAS  MORE  TRAFFIC.  THEN  HAVE  THE  NODE  SEND  THE 
TRAFFIC.   IF  NOT.  THEN  SET  THE  LINK  STATUS  TO  IDLE. 

FOR  EACH  LINK  IN  LINK. SET  (PAST. NODE)  WITH  TERM  (LINK) -THIS. NODE. 

FIND  THE. LINK  -  LINK. 
IF  FOUND. 

IF  QUEUE  (THE. LINK)  IS  EMPTT. 

LET  STATUS  (THE. LINK)  =  IDLE 

RETURN 
REGAROLESS 

REMOVE  FIRST  PACKET  FROM  QUEUE  (THE.  LINK) 

LET  QUESIZ  (THE. LINK)   -   N. QUEUE  (THE. LINK) 

LET  QSTAT  (PACKET)  =■  OUTQ 

SCHEDULE  A  M2. RECEIVE.  MESSAGE.  PACKET  CRLLED  THE. NAME  GIVEN  PACKET 

AT  TIME.V  ♦  PKT. XMN. TIME 
LET  P. ARRIVAL  (PACKET)  -  TIME.V  ♦  PKT. XMN. TIME 
LET  P. NAME  (PACKET)     -  THE.  NAME 
FILE  PACKET  IN  PROP. QUEUE  (THE. LINK) 

*  * 

RETURN 
REGARDLESS 

RETURN 

END  "OF  M2. RECEIVE. MESSAGE. PACKET 

'  *    XMMMMMMMMMMMMMMMMMMMMMMMKMMMMMMMMMMMMMMMMMMNMMMMMMMMMMMMMMMMMMMMM 


y  o 


EVENT   El. TRANSIENT. BLANKING 

*  i 

••  THIS   EVENT    IS   USED   AFTER   THE   SIHULflTION   HAS   RUN   LONG   ENOUGH 

"  FOR   THE   "START   UP"    TRANSIENT    TO   SUBSIDE.      THE   TIHE   AT   WHICH 

'*  THIS   EVENT    IS   SCHEDULED   DEPENDS   UPON   THE   NETWORK   AND   THE   RATE 

•■  AT   WHICH   TRAFFIC    INTO   THE   STSTEH    IS   BEING   GENERATED. 

••  WHEN    'BLANK. TRANSIENT'    IS   CALLED   ALL   STATISTIC   ACCUMULATING 

••  ROUTINES   ARE   RESET   TO   ZERO   SO   THAT   THE   RESULTS   OBTAINED 

•■  WILL   NOT   BE   EFFECTED   BT   THE   TRANSIENT   FELT   BT   THE   NETWORK   AT   THE 

"  BEGINNING   OF    THE    SIMULATION. 

«  1 

DEFINE    ITEM.    ITEM2.    ITEM3   AS   VARIABLES 

*  « 

FOR   EVERT   NOOE.    DO 

*  * 

FOR   EACH    ITEM1    IN   LINK. SET  (NODE) .    DO 

RESET    THE   TOTALS   OF   STATUS CITEM11 .    N. QUEUE (ITEM1) 

LOOP 
LOOP 
RESET    THE   TOTALS   OF   STS. PACKETS 

RETURN 

END    "OF   El. TRANSIENT. BLANKING 

1  *     MMMMMMMMMMMMKMMMMMMMMMMMMMMMMMMMMKMMMMMMMMMMMMMMMMMMMMMMMMMMMttMMM 

*  * 

EVENT   E2. COLLECT. DATA 

"  DURING   THIS   EVENT,    DATA    IS   COLLECTED   ON   VARIOUS   MONITORED   VARIABLES 

»•  AT    SPECIFIED    INTERVALS   DURING   THE   SIMULATION. 

"  THIS   DATA    IS   THEN   UTILIZED   WITH   GRAPHIC   ROUTINES   SUCH   THAT 

"  THE    PERFORMANCE    OF    THE    NETWORK   CAN    BE   ANALTZ1ED    THROUGHOUT    THE 

"  TIMEFRAME    OF    THE    SIMULATION. 

*  • 

DEFINE   ML.    MQ      AS   REAL   VARIABLES 

»  * 

LET   ML    »   0.0 
LET   MQ   »   0.0 

"      THE   NETWORK   QUANTITIES   TO   BE   COMPUTED   AT   THIS   TIME   ARE: 

(1)  THE    TOTAL    NUMBER   OF    PACKETS   WITHIN   THE    STSTEM. 

(2)  THE    MEAN   LINK    UTILIZATION    FOR    THE    NETWORK. 

(3)  THE   MEAN   QUEUE    SIZE   FOR   THE   NETWORK. 

(«)       THE   TOTAL   TRIP   TIME   PER   PACKET    (AVERAGE). 
(5)       THE   TIME   PER   HOP   FOR   EACH   PACKET     (AVERAGE). 

FOR   EACH   NODE.    DO 

FOR   EACH   LINK    IN   LINK. SET  (NODE) .    DO 
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LET  ML  -   ML  +   LK. MEAN  (LINK) 
LET  MQ  -  MQ  +  QU. MEAN  (LINK) 
LOQP 

LOOP 

« « 

LET  ML  -   ML  /  (2.  «  REAL.F (LINKS)  ) 
LET  MQ  -   MQ  /  (2.  *  REAL. F  (LINKS) ) 

*  « 

USE  UNIT  8  FOR  OUTPUT 

IF  COMP.TRIP.PKT  EQ  0. 

WRITE  TIME.V.  REAL. F  (STS. PACKETS) .  ML.  MQ, 

0.0.0.0  AS  /.B  1.4  DUO.  2),  2   0(10. 6) 
ELSE 
WRITE  TIME.V.  REAL.F  (STS. PACKETS) .  ML.  MQ. 

(XMT. TOTAL/REAL. F  (COMP.TRIP.PKT) ) ,  (XMT. TOTAL/REAL. F  (HOP. TOTAL) ) 

AS  /.8  1.1  0(10.3)  ,2  0(10.6) 
REGARDLESS 

USE  UNIT  6  FOR  OUTPUT 

«  < 

IF  PRNT  >  1, 

PRINT  1  LINE  WITH  TIME.V  AS  FOLLOWS 

*  «••*•••  SIMULATION  TIME  =  «k.*kk*.««   ■•«««»«•«••••••••• 

PERFORM  E5. BEST. PATH. ROUTING. TABLE 
PERFORM  E6. LINK. WEIGHT. MATRIX 
REGARDLESS 

t  * 

SCHEDULE  A  E2. COLLECT. DATA  IN  (TIME. LIMIT/REAL. F  (SAMPLES) )  UNITS 

RETURN 

END  "OF  E2.  COLLECT.  DATA 

' *    MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMKMMMMMMMMMMM 

*  • 

ROUTINE  FOR  E3. PARAMETER. LISTING 

*  « 

"   AT  THE  BEGINNING  OF  EACH  SIMULATION  RUN.  INITIAL  PARAMETER 
"   VALUES  ARE  PRINTED. 

START  NEW  PAGE 

SKIP  3  LINES 

PRINT  3  LINE  AS  FOLLOWS 

••••        SIMULATION  INITIAL  CONDITIONS       »»«■ 


SKIP  2  LINES 

PRINT   SI    LINES  WITH 

N.NODE,     2  *  LINKS.     LNK. NOD. RATIO.     MAX. LINKS. PER. NODE. 

MAX. GRP. NODES.   MAX. FAM. NOOES. 
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TIME. LIMIT,   PKT.XMN.TIME.  U.XMN.TIME.  TRflF. LIMIT. 
IM. GROUP,     IN. FAMILY,     N0O.TIME.     GRP.TIME.     FRM.TIME, 
BRfiCKET.     GP.FIRE.     FM.FIRE.     ERA. PERIOD. 
NODE. FACTOR.     DELTA     AS  FOLLOWS 
NUMBER  OF  NODES  IS  nhmmmx. 

NUMBER  OF  LINKS  IS  mmmmmm. 

RATIO  OF  LINKS  TO  NODES  IS  mmmmmm. mmmmmm. 

MAXIMUM  NUMBER  OF  LINKS  PER  NODE  IS  kmmmm. 

MAXIMUM  NUMBER  OF  NODES  PER  GROUP   IS  mmmmm. 

MAXIMUM  NUMBER  OF  NODES  PER  FAMILY  IS  mmmmm. 


TIME   LIMIT   IS  MMMMM. MMMMMM    SEC. 

TIME  REQUIRED  TO  TRANSMIT  A  PACKET  IS   mmm. mmmmmm  SEC. 

TIME  REQUIRED  TO  TRANSMIT  AN  UPDATE  IS  mmm. mmmmmm  SEC. 

MAXIMUM  NUMBER  OF  MESSAGES  GENERATED  PER  RUN  IS  mmmmmm. 

AT  LEAST   mm.  %   OF  MESSAGES  ARE  TO  NODES  WITHIN  A  GROUP. 

AT  LEAST   mm.  1   OF  MESSAGES  ARE  TO  NODES  WITHIN  A  FAMILY. 

MINIMUM  TIME  BETWEEN  CONSECUTIVE  NODE  UPDATES  IS  mmm.mmmm  SEC. 

•           •                "         GROUP       "         "  MMM.MMMM   SEC. 

FAMILY     *        "  MMM.MMMM  SEC. 

TIME  BRACKET  FOR  WHICH  NODE  UPDATES  CAN  OCCUR  IS  mmm.mmmm  SEC. 

PROPAGATION  TIME  ALLOWED  FOR  GROUP  WARNING  MESSAGE  mmm.mmmm  SEC. 

•         "        •      •     •        ■         "  MMM.MMMM  SEC. 

TIME  PERIOO  FOR  WHICH  NODE  KEPT  TRANSMIT  RECORDS  mmm.mmmm  SEC. 
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NODE. FACTOR  IS   *««. 

DELTR      IS         KXK.KHKtIK. 


RETURN 

ENO  "OF  E3. PARAMETER. LI  STING 

MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMNMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM 

VENT  E<J.  NETWORK.  PERFORMANCE.  REPORT 

THIS  SECTION  PRODUCES  A  REPORT  OF  THE  STATUS  OF  THE  NETWORK 
AT  THE  TIME  OF  REQUEST. 

NETWORK  STATUS  INCLUDES  SUCH  AREAS  AS  MESSAGE  GENERATION, 
THROUGHPUT.  UTILIZATION  FACTORS  FOR  THE  LINKS.  QUEUE 
STATISTICS.  AND  BEST  PATH  INFORMATION. 

DEFINE  ML.  MQ.  MXQ.  SOQ.  AV.UPCOUNT.  QML.  QMQ.  QMXQ,  QSDQ 

AS  REAL  VARIABLES 
DEFINE  COUNT. SUM  AS  A  VARIABLE 

START  NEW  PAGE 

SKIP  2  LINES 

PRINT  S  LINES  WITH  TlME.V,  11 ./MSG. GENERATION. INTERVAL) . 

(AVE. PPM/MSG. GENERATION. INTERVAL) .  AVE. PPM   AS  FOLLOWS 
•••«..<..........   NETWORK  STATUS  REPORT   •••••••««•••••••«•• 

■•■•■■■■■•■■•■•a    TIME    ■    MttH.  MMMMMMXM    ••••■■■■••••••••ill 

MESSAGE  GENERATION  RATE:    xknim.xxm  MESSAGES  PER  SECOND 

PACKET   GENERATION  RATE:    *****. **n   PACKETS   PER  SECOND 

AVERAGE  MESSAGE  LENGTH  t    *«***.**«  PACKETS 
IF  BT.GEOM.OIST  »  ALIVE. 

PRINT  1  LINE  AS  FOLLOWS 

GEOMETRIC  DISTRIBUTION  FOR  MESSAGE  LENGTHS  USED. 
ELSE 

PRINT  1  LINE  WITH  MAX. PPM  AS  FOLLOWS 

UNIFORM  DISTRIBUTION  FOR  MESSAGE  LENGTHS  USED  (MAX  LENGTH  ***  PKTS) 
REGARDLESS 

SKIP  1  LINE 

IF  STATIC. 8P  -  ALIVE. 

PRINT  1  LINE  AS  FOLLOWS 

••«•   STATIC  ROUTING  UTILIZED   •••• 

GO  RITE. HERE 
REGARDLESS 
PRINT  2  LINES  WITH  NOD. TIME  AS  FOLLOWS 

•■•«   DYNAMIC  ROUTING  UTILIZED   «•»• 
TIME  BETWEEN  CONSECUTIVE  UPDATES  GENERATED  BY  A  NODE  =  **.***««. 
GO  TO  METHOD. 1.  METHOD. 2.  METHOD. 3.  METHOD. 4,  METHOD. 5 

PER  MANNER. OF. WEIGHTING 
'METHOD. 1' 
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PRINT  1  LINE  AS  FOLLOWS 

LINK  HEIGHTS  DETERMINED  BT  USING  ONLY  THE  CURRENT  QUEUE  SIZE. 
GO  RITE. HERE 
•METHOD. 2' 

PRINT  4  LINE  WITH  WT.TIME.  NUM. OF. HEIGHTS  AS  FOLLOHS   . 
LINK  HEIGHTS  DETERMINED  BY  USING  THE  AVERAGE  OF  A  NUMBER  OF 
QUEUE  SIZE  SAMPLES  TAKEN  EVERY  'WINDOW*  SECONDS. 
HINOOH  TIME   -   km.xmmm  SECONDS 

NUMBER  OF  HINDOHS   ■  *«« 
GO  RITE. HERE 
•METHOD. 3' 

PRINT  4  LINE  HITH  HT.TIME,  NUM. OF. WEIGHTS  AS  FOLLOHS 
LINK  HEIGHTS  DETERMINED  BY  USING  THE  AVERAGE  OF  A  NUMBER  OF 
QUEUE  SIZE  AVERAGES  FOR  A  GIVEN  SIZE  TIME  'HINOOH'. 
HINOOH  TIME   *   km.kkmn  SECONDS 

NUMBER  OF  HINDOHS   ■  hum 
GO  RITE. HERE 
•METHOD. 4' 

PRINT  il  LINE  HITH  HT.TIME.  NUM.  OF.  WEIGHTS  AS  FOLLOHS 
LINK  WEIGHTS  DETERMINED  8Y  USING  A  FUNCTION  OF  THE  LINK'S 
UTILIZATION  AVERAGED  FOR  A  NUMBER  OF  TIME  'WINDOWS'. 
WINDOW  TIME   -   xk.mkxm  SECONOS 

NUMBER  OF  WINDOWS   ■  «mm 
GO  RITE. HERE 
'METHOD. 5' 

PRINT  7  LINE  WITH  HT.TIME,  NUM. OF. WEIGHTS.  QU.FACT  AS  FOLLOWS 
LINK  WEIGHTS  DETERMINED  BY  USING  A  LINEAR  COMBINATION  OF  THE 
LINK'S  UTILIZATION  AVERAGED  FOR  A  NUMBER  OF  TIME  'WINDOWS*  AND 
THE  QUEUE  SIZE  AT  THE  TIME  OF  UPDATING  FOR  THE  BEST  PATH.   THIS 
VALUE  OF  THE  QUEUE  SIZE  IS  SCALED  WITH  THE  MULTIPLYING  BY  QU.FACT. 
WINDOW  TIME   ■   mm.mmmm  SECONOS 

NUMBER  OF  WINDOWS   =»  *«« 

QUEUE  FACTOR   »  ***.**** 
•RITE. HERE' 
SKIP  1  LINE 

IF  USE.V1RT.CKTS  -  OEAD. 

PRINT  1  LINE  AS  FOLLOHS 

VIRTUAL  CIRCUITS  WERE  NOT  USED. 
ELSE 

PRINT  1  LINE  AS  FOLLOHS 

VIRTUAL  CIRCUITS  WERE  USED. 
REGARDLESS 
SKIP  1  LINE 

t  i 

IF  DISCRETE. TIMER  =  ALIVE. 

PRINT  1  LINE  WITH  BIT. INTERVAL  AS  FOLLOWS 

DISCRETE  CLOCK  WITH  PERIOD  *.*«>««*.«  SECONOS  USED. 
ELSE 

PRINT  1  LINE  AS  FOLLOWS 
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NO  DISCRETE  CLOCK  USED. 
REGARDLESS 
IF  STNCH. FIRING  =  ALIVE. 

SKIP  1  LINE 

PRINT  1  LINE  AS  FOLLOWS 

SYNCHRONIZED  FIRING  OF  GRQUP/FAMILT  UPDATES  USED. 
REGARDLESS 
SKIP  1  LINE 
PRINT  2  LINES  WITH  NUL. TRANSIENT  AS  FOLLOWS 

'START-UP'  TRANSIENT  OF  NETWORK  NULLIFIED  FOR  ACCUMULATED 

DATA  AT  SIMULATION  TIME  =  mm.  mm  SECONDS. 


LET  ML  -  0.0 

LET  MD  =  0.0 

LET  MXO  =  0.0 

LET  SDQ  «0.0 

LET  OML  -  0.0 

LET  QMQ  =0.0 

LET  QMXO  =0.0 

LET  QSDQ  =0.0 

LET  COUNT. SUM  =  0 

SKIP  3  LINE 

PRINT  2  DOUBLE  LINES  AS  FOLLOWS 

—LINK—    TOTAL   PKTS.   - 

UPDATE  QUEUE  SIZE  

FROM   TO    UTIL.   XMTED   MEAN 
MEAN       MAX        DEV       NOW 
FOR  EACH  NODE.  DO 


MSG.  QUEUE  SIZE 


MAX 


DEV 


UPDATES   UPDATE 

NOW    XMTED      UTIL. 


FOR  EACH  LINK  IN  LINK. SET (NODE) .  DO 

«  * 

PRINT  1  DOUBLE  LINE  WITH  NODE.  TERM  (LINK).  LK. MEAN  (LINK) .  PTCQUNT  (LINK) , 
QU. MEAN  (LINK) .  QU. MAX  (LINK) ,  QU. DEV  (LINK)  .  N. QUEUE  (LINK)  . 
UPCOUNT  (LINK)  .  UP. RHO  (LINK) .  UP. MEAN  (LINK) .  UP. MAX  (LINK) , 
UP. DEV  (LINK) .  N.UQUEUE  (LINK) 
AS  FOLLOWS 

MM      MM    M.MMMMM   MMMMM   MMM.MMM    MMMM.M      MMM.MMM      MMMM    MMMMM      M.MMMMM 
MM.MMMM      MMM.M      MM. MMMM      MMMM 

LET  ML  =   ML  +   LK. MEAN  (LINK) 
LET  MQ  =  MQ  ♦  QU. MEAN (LINK) 
LET  SDQ  =  SDQ  ♦  QU. DEV  (LINK) 
IF  MXQ  <  QU. MAX  (LINK)  . 

LET  MXQ  ■  QU. MAX (LINK) 
REGARDLESS 

LET  QML  =   QML  ♦   UP. RHO (LINK) 
LET  QMQ  =  QMQ  +  UP. MEAN  (LINK) 
LET  QSDQ  =  QSDQ  +  UP. DEV  (LINK) 
IF  QMXQ  <  UP. MAX  (LINK) . 

LET  QMXQ  *  UP. MAX (LINK) 
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REGARDLESS 

LET  COUNT. SUM  -  COUNT. SUM  ♦  UPCOUNT  (LINK) 
LOOP 
LOOP 

LET  ML  -   ML  /  (2.  *  REAL. F  (LINKS) ) 
LET  SOQ  -  SOQ  /  (2.  *  REAL. F  (LINKS) ) 
LET  MQ  -  MQ  /  (2.  -  REAL. F  (LINKS) ) 
LET  QML  -   QML  /  (2.  «  REAL. F  (LINKS) ) 
LET  QSOQ  »  QSOQ  /  (2.  «   REAL. F  (LINKS) ) 
LET  QMQ  -  QMQ  /  (2.  «   REAL. F  (LINKS) J 
PRINT  1  DOUBLE  LINE  AS  FOLLOWS 


PRINT  1  DOUBLE  LINE  WITH  ML,  MQ.  MXQ.  SDQ,  QML.  QMQ.  QMXQ.  QSDQ 

AS  FOLLOWS 
AVERAGES  m.mmmmm        mmm.mmm   «»*«.»    kxm.kmm  x.mmxmm 

MM.MKMH      MMM.X      MM.MMMM 

SKIP  1  LINE 


*  * 


*  « 


PACKETS  COMPLETING  TRIP 


PRINT  12   LINES  WITH  NEW. MSG. TOTAL.  NEW. PKT. TOTAL.  COMP.TRIP. PKT. 

STS. PACKETS.  AV.STS. PACKETS. 

(REAL.F  (HOP. TOTAL) /REAL.F  (COMP. TRIP. PKT) ) , 

(XMT. TOTAL/REAL. F  (COMP.TRIP. PKT)) . 

(QU. TOTAL/REAL. F  (COMP. TRIP. PKT) ) . 

(XMT. TOTAL/REAL. F  (HOP. TOTAL) ) 

AS  FOLLOWS 
NUMBER  OF  MESSAGES  GENERATED  «***««*. 
NUMBER  OF  PACKETS  GENERATED  *««**.««. 
NUMBER  OF  PACKETS  COMPLETING  TRIP  a*******. 
NUMBER  OF  PACKETS  STILL  IN  TRANSIT  a*******. 
AVG  NUMBER  OF  PACKETS  IN  SYSTEM     ****h*«*. mmmm 

FOR  THE  PACKETS  WHICH  COMPLETED  THEIR  TRIPS: 

LENGTH  OF  TRIP   (AVG)  ««*«. *«««n  HOPS 

TOTAL  TRIP  TIME   (AVG)  xxxx.^mmn  SECONOS 

TIME  SPENT  IN  QUEUE   (AVG)  k^x.xxmk  SECONOS 

TIME  PER  HOP   (AVG)  *«««. **«**  SECONOS 

•  * 

LET  AV. UPCOUNT  *  (REAL.F  (COUNT. SUM) /  (2. *REAL. F (LINKS) )) /TIME. V 
PRINT  1  LINES  WITH  U. COUNT.  COUNT. SUM.  AV. UPCOUNT  AS  FOLLOWS 

NO.  OF  ORIGINAL  UPDATES  GENERATED  BY  ALL  NETWORK  NODES  *  xxxxxxxx 
NO.  OF  UPDATE  TRANSMISSIONS  OVER  ALL  NETWORK  LINKS  »  *««**««« 
AVG  NUMBER  OF  UPDATES  TRANSMITTED  PER  LINK  PER  SECOND   =>    xxxxm.kx 

•  t 

IF  N.NODE  <  15, 

"   PRINT  CONSTRAINT  ON  OUTPUT 
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PERFORM  E5. BEST. PATH. ROUTING. TABLE 
PERFORM  E6. LINK. WEIGHT. MATRIX 
PERFORM  E7. TRAFFIC. DISTRIBUTION 
REGARDLESS 

•■   TERMINATE  THE  SCHEDULED  SIMULATION  IF  THE  TIME  LIMIT  IS  UP. 

«  « 

IF  TIME.V  >-  TIME. LIMIT 

t  * 

SKIP  2  LINES 

PRINT  1  LINE  WITH  TIME.V  AS  FOLLOWS 
•  »  •   SIMULATION  ENDS  AT  TIME  =  xxn.xkx   SECONDS   »  •  •  • 

PERFORM  P6. PURGE. EVENT. QUEUE 
GO  NO. MORE 
REGARDLESS 

SCHEDULE  A  El. NETWORK. PERFORMANCE. REPORT  IN 

(TIME. LIMIT/REAL. F  (NUM. REPORTS. REQUESTED) )  UNITS 

*  « 

'NO. MORE' 

RETURN 

END  "OF  EH. NETWORK. PERFORMANCE. REPORT 

'  *    MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM 

ROUTINE  FOR  E5. BEST. PATH. ROUTING. TABLE 

"   THIS  ROUTINE  PRINTS  THE  BEST  PATH  MATRIX  FOR  THE  NETWORK. 

*  « 

DEFINE  ISK1P  AS  INTEGER  VARIABLE 

IF  N.NODE  >  11. 

GO  COPT. BP. MATRIX 
REGARDLESS 


PRINT   THE  BEST  PATH  MATRIX. 

SKIP  2  LINES 

PRINT  3  LINES  AS  FOLLOWS 


BEST  PATHS 


SKIP  2  LINES 
LET  ISKIP  -  1 

WRITE  AS  B  1,'FM-TO" 

FOR  EACH  NODE.  DO 

LET  ISKIP  »  7  ♦  ISKIP 

WRITE  NODE  AS  B  ISKIP, "N". I  2 

LOOP 
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IF   GRPS   >    I, 

FOR   I    -    1    TO   GRPS.    DO 

LET    ISKIP   =»    7   ♦    15KIP 
WRITE    1    AS   B    ISKIP, "G". I    2 
LOOP 
IF   FMLTS   >    1. 

FOR    I    »    1    TO   FMLTS.    DO 

LET    ISKIP   -   7  *    ISKIP 
WRITE    I    AS   B    ISKIP, "F", I    2 
LOOP 
REGARDLESS 
REGARDLESS 
SKIP   2   LINES 
FOR   EACH   NODE.    DO 

WRITE   NODE   AS   B   2."N".I    2 

FOR   J   -    1    TO   NGFS,    WITH   BEST. PATH  (NODE. J)    NE   0.    DO 
LET    ISKIP   -    (J   *   71    +1 
WRITE   BEST. PATH  (NODE, J)    AS   B    ISKIP, I    2 
LOOP 

SKIP   2   LINES 
LOOP 

t  t 

SKIP    1    LINE 

*'      FOR   SUCCESSIVE   SIMULATION   RUNS.    MAKE   A   DUPLICATE   COPT   OF    THE 

"      BEST   PATH   MATRIX   FOR   EASE   OF   RE-RUNNING   THE   SIMULATION. 

'COPY. BP. MATRIX' 
IF    INIT.BP   -    ALIVE. 

FOR    I    =    1    TO   NGFS.    DO 

FOR   J   »    1    TO   NGFS.    DO 

LET   DUP. BEST. PATH  U.J)    >   BEST. PATH  (I ,  J) 
LOOP 
LOOP 
REGARDLESS 

*  * 

RETURN 

END    "OF   E5. BEST. PATH. ROUTING. TABLE 

MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM 

iOUTlNE    FOR   E6. LINK. WEIGHT. MATRIX 

THE    FOLLOWING   ROUTINE    PRINTS    A   MATRIX    OF    DIMENSION    'N.NODE' 
BT    'N.NODE'.      THE    ENTRIES   OF   THE   MATRIX   REPRESENT    THE   "WEIGHT* 
OF    THE    LINK   CONNECTING   A    'FROM'    NODE     (IN    ROW)     WITH    A    'TO'    NODE 
(IN   COLUMN).      THE    WEIGHTS   ARE    COMPUTED    BT   MEANS    OF    THE 
ROUTINE    *U5. LINK. WEIGHT. CALCULATIONS". 

DEFINE   SIZE   AS   A   REAL    VARIABLE 

•  * 

IF   N.NODE    >    14. 
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RETURN 

REGARDLESS 

*  * 

START  NEH  PAGE 

SKIP  2  LINE 

PRINT  5  LINES  AS  FOLLOWS 


•••         LINK  HEIGHT  MATRIX  •«• 

...   (MATRIX  ENTRIES  CORRESPOND  TO  THE   «•• 
...         HEIGHT  OF  THE  LINK)  ... 

SKIP  5  LINES 

LET  ISKIP  *  2 

HRITE  AS  B  l.-FM-TQ* 

*  * 

FOR  EACH  NODE.  00 

LET  ISKIP  -  7  *  ISKIP 
HRITE  NODE  AS  B  ISKIP, "N*\ I  2 
LOOP 

SKIP  2  LINES 
FOR  EACH  NODE.  DO 

HRITE  NODE  AS  B  2."N"»I  2 
FOR  EACH  LINK  IN  LINK. SET  (NODE)  ,  DO 
LET  ISKIP  -  (TERM  (LINK)  *  7) 
IF  TEST  =»  ALIVE. 

LET  SIZE  =  REAL. F  (QTEST  (LINK)) 
GO  CONT.THIS 
REGARDLESS 

*  * 

IF  MANNER. OF. HEIGHTING  =  BT. QSIZE.NOH. 

*  « 

LET  SIZE  *    REAL. F  (N. QUEUE  (LINK) ) 
GO  CONT.THIS 
REGARDLESS 

LET  SIZE  -  REAL.F(LK. WEIGHT  (LINK)) 

•CONT.THIS* 

HRITE  SIZE  AS  B  ISKIP, D  (6,3) 
LOOP 

SKIP  2  LINES 
LOOP 

RETURN 

END  "OF  E6. LINK. HEIGHT. MATRIX 

'  *    MMMMNXMMMKMMMMMMMMMMMMMMMMMMMMMMMMMMMNMMMMMMMMMMMMMMMMXMMMMMMMMMMM 

ROUTINE  FOR  E7. TRAFFIC. DISTRIBUTION 
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THIS   ROUTINE    PRINTS   FOUR    SIMILAR   N.NODE    BT    N.NOOE    MATRICES 
WHICH   CONTAIN   THE    INFORMATION   ON: 

(1)  NUMBER   OF   PKTS   SENT   ANO   RECEIVED   BETWEEN   NODE    PAIRS. 

(2)  AVERAGE   TRANSIT    TIME   OF   THOSE   PKTS. 

(3)  AVERAGE   NUMBER   OF   HOPS   TAKEN   BT   THOSE   PKTS. 
IN   THIS   WAT.    THE   ACTUAL   DETAILS   ON   ALL   TRAFFIC   8ETWEEN   NODES 
CAN  BE   EVALUATED   USING   THE   DIFFERENT   ROUTING   TECHNIQUES. 

DEFINE   TIME.AVG.    HOPS.AVG      AS   A   REAL   VARIABLE 
DEFINE   J.    K      AS    INTEGER   VARIABLES 

START   NEW   PAGE 

SKIP   3   LINE 

PRINT    14    LINES    AS   FOLLOWS 


PACKETS   GENERATED   BETWEEN 
NODE   PAIRS 


SKIP   4    LINE 

LET    ISKIP   -   2 

WRITE   AS   8    1,-FM-TO- 

FOR   EACH   NODE.    DO 

LET    ISKIP   >    7   ♦    ISKIP 
WRITE   NODE   AS   B    ISKIP. "N". I    2 
LOOP 

SKIP   2   LINE 
FOR   J   =    1    TO   N.NODE.    DO 

WRITE    J   AS   B   2,'W.I    2 
FOR   K   =    1    TO   N.NODE.    DO 
LET    ISKIP   ■   K  n  7 
IF    BORN. PKTS  (J, K)     NE    0. 

WRITE   BORN. PKTS  (J, K)    AS   B    ISKIP. I    5 
REGARDLESS 
LOOP 

SKIP   2   LINES 
LOOP 

SKIP   3   LINE 

PRINT    14    LINES   AS   FOLLOWS 


PACKETS   RECEIVED   BETWEEN 
NODE   PAIRS 


SKIP   14    LINE 

t  * 

LET    ISKIP   =»    2 

WRITE   AS   3    l.-FM-TO" 
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FOR  EACH  NODE.  DO 

LET  ISKIP  -  7  ♦  ISKIP 
HRITE  NODE  AS  B  ISKIP, "N", I  2 
LOOP 

SKIP  2  LINES 
FOR  J  -  1  TO  N.NODE.  DO 

HRITE  J  AS  B  2,"N".I  2 
FOR  K  -  1  TO  N.NODE.  DO 
LET  ISKIP  »  K  *  7 
IF  GONE.PKTSU.K)  NE  0. 

HRITE  GONE.PKTSU.K)  AS  B  ISKIP.  I  5 
REGARDLESS 
LOOP 

SKIP  2  LINES 
LOOP 

START  NEH  PAGE 

SKIP  3  LINES 

PRINT  <4  LINES  AS  FQLLOHS 


PACKET  TRANSIT  TIME  BETWEEN 
NODE  PAIRS 


SKIP  3  LINES 

*  • 

LET  ISKIP  -  2 

HRITE  AS  B  l."FH-TO* 

*  * 

FOR  EACH  NODE.  00 

LET  ISKIP  =•  7  ♦  ISKIP 
HRITE  NOOE  AS  B  ISKIP, "N". I  2 
LOOP 

SKIP  2  LINES 
FOR  J  -  1  TO  N.NODE.  DO 

HRITE  J  AS  B  2."N*.I  2 
FOR  K  »  1  TO  N.NODE.  DO 
LET  ISKIP  =  K  *  7 
IF  LENGTH. TRIP (J. K)  NE  0.0. 

LET  TIME.AV6  *  LENGTH. TRIP (J, K)  / 

REAL.F  [GONE.PKTSU.K)) 
HRITE  TIHE.AVG  AS  B  ISKIP, D  (6, 1) 
REGARDLESS 
LOOP 

SKIP  2  LINES 
LOOP 

«  * 

SKIP  3  LINES 

PRINT  il  LINEC  AS  FQLLOHS 


PACKET  HOP  AVERAGE  BETWEEN 
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•••«••  NODE  PAIRS  ,«•--. 

SKIP  1  LINE 

*  « 

LET  ISKIP  -  2 

HRITE  AS  B  I,"FM-TO- 

*  • 

FOR  EACH  NODE.  DO 

LET  ISKIP  »  7  ♦  ISKIP 
HRITE  NODE  AS  8  ISKIP, "N", I  2 
LOOP 

SKIP  2  LINES 
FOR  J  -  1  TO  N.NODE.  DO 

HRITE  J  AS  B  2."N-.I  2 
FOR  K  -  1  TO  N.NODE.  DO 
LET  ISKIP  -  K  *   7 
IF  JUMP.  TOTAL  U.K)  NE  0. 

LET  HQPS.AVG  =  REAL. F  (JUMP. TOTAL  (J. KJ )  / 

REAL.F  (GONE. PKTS  U.K)  ) 
HRITE  HOPS.FtVG  AS  B  ISKIP. 0(8.3) 
REGARDLESS 
LOOP 

SKIP  2  LINES 
LOOP 
RETURN 
END  "OF  E7. TRAFFIC. DISTRIBUTION 

'  *    MMMXMMMMMXMMMMMMMMMMMMMMMMMMMMMMMMNMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM 
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APPENDIX   D- 


FILE:    G2452 


CATA 


SAMPLE  INPUT  DATA 

Al       NAVAL    POSTGRADUATE    SCHOOL 
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1 

L   20 

1 
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3   14 

1 

3   15 

i 

3   16 

1 

4   15 

1 

<t   16 

1 

<*       19 

1 

5   16 

1 
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i 

6   17 

: 
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1 
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1 
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1 
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1 
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1 
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2 

0   21 

2 

0   22 

2 

3   23 

2 

1   22 

2 

1   23 

2 

2   23 

2 

2   24 

2 

3   24 

/ 

* 

/ 

/ 

<-    NLMBEP    CF    NODES 
<-    TRANSMT    FACTCKt 

RECEIVE    FACTOR, 
GROLP    NL&BER, 

FAMILY    NUMBER, 

CFTICNAL    RECEIVER. 


<-    NUMBEF    CF    FULL-OUPLEX    LINKS 
<-    FIRST    NODE    OF    LINK    PAIR, 

SECCND   NODE    OF    LINK    PAIR, 
TEST    LINK    V»EIGhT    OF    LINK 
FROM    FIRST     TO    SECOND    NODE, 
TEST    LINK    WEIGHT    OF    LINK 
FROM    SECOND    TC    FIRST    NODE. 
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APPENDIX   E 


SAMPLE    OUTPUT    DATA 
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«J»*      O.Ui 
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■»«« 
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*  *  * 

*  a  a  — 

aaa      >*      —     —     -.—__-»-.-.     —      —      ~      — 
»  a  a     _/        <r>tf>mm4"\i/,\mmu"\mmir\.  t\ 

»a»      1(3      —      ~-      —      -.      —      —      —      —      —      —      —      —      — 

a**    u.— 

a»a. 

*  *  * 

*  a        .»_.».»    —    —     —     ^     _»     -„     —     _     —     -. 

■»U»      Ui      ,»—.      —      —      „^.      —      w>-~      „      —      ^. 

ao*    oo. 

•Uk*  — 

*  * 
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aaa  >o  ooooooooooooo 

»a»  "*H  ooooooo<joooou 

ajia  UJU  oo<->o<-jooooo»->oo 
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a      * 
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»*a     »- 

aaa    -.i*    ooooooooooooo 
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aaa     qq     -ic\irnNTtf>'Or»wu,'0-*(M(Ti 
a*a      UZ  -t      >-<      »■•      *■« 

aaa     z 


*    a—  » 

a  <*£  *£a 

Z 

• 

• 

*«<_IZai 

o 

o 

ao:a..-a 
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APPENDIX  F 
GRAPHICS  PROGRAMS 

FILE:    PLCTDAT       FORTRAN       Al       NAVAL    PGSTGRACUATE    SCHOOL 

£  ********************* ************ ************************* ******* 

C  *****  GRAPHICS    ROUTINE    FOR    PLOTTING    SAMPLED    DATA  ***** 

C  *****  FROM    SIMULATICN    TAKEN    IN    THE    "COLLECT. DATA"  ***** 

C  *****  ROUTINE.       PLCTS    OF    PACKETS    IN    TRANSIT    ANC  ***** 

C  *****  AVERAGE    LINK    LTILIZATICN     ARE    PROCUCED.  ***** 

C  ***************************************************************** 

DIMENSION    PKTSK  1  CO  I ,  PKTS  2  1 100)  ,P  KTS3  {  10  0)  ,PKTS*(  100)  ,FKTS5U0C)  , 
*PKTS6(100)  ,PKTS7(  100)  ,PKTS6(100) ,  PKTS  9  (100  )  ,PKTS  1  0(  IOC  )  . 
*UTILK  1G0)  ,UTIL2<  100)  ,LTIL2U0C)  ,UTIl4(100)  ,UTIL5  (100)  , 
*UTIL6( 100),UTIL7{ 100) ,UTIL£1100I, UTIL 9(100 ),UTIL1C(1QC), 
*TIME1(  100)  fTIME2(  100)  f TIMES (100)  , T  IME 4 (100 ) , TIME5 (100), 
*TIME6(100),TIME7(  100)  ,  TIMES  (lQC)t TIME 9( IOC) , TIME! C(iQC)  , 
*IPKT(1C),     ILEG(500),     ISTOPY(500),      INUM(IO) 

DATA     XAXlS/4.5/,     YAXIS/3.2/,    XHD/0.4/,    YHC/-0.7/,     THD/.14/, 
*XMl/-0.4/,YMl/-0. 6/,     XPO/2.4/,    YP0/5.5/t     XPLEG/3. 3/ t YPLEG /-2. 3/ 
C 
C  INITIALIZE    OUTPUT    TO    TEKTPCMX    PLOTTER 

CALL    CCMPRS 
C  CALL    TEK618 

CALL     LPGBUF 
BIGPKT    =    0.0 
READ(5,60C)    NRUNS 
600  F0RMATU5) 

DC    400    L    =    ltNRUNS 

RSAC(5,605)     NUPPTS ,    NCCES,    LINKS,     CELTA,    PPSAVE,    PPPAVE 

605  FCPKAT(3I5,3F1C6) 

REAC(5,6Cto)     TIPNGD,    GRF1N,    FAMIN,     ISTAT 

606  -  F0RPAT(3F10.6,  15) 

REAC(5»607)    MANNER,    NUPUT,    WTT IME 

607  FGRPAT(2I5,FlC.i>) 

REACJ5.608)    UTIME,     PTIME,    3IT,     FROB,    MVIRT,    MDIS,    MCOL ,    MGEC 

608  FCPPAT(4F10.6 >  A 1 3 ) 
IM    »    3 

IPKT(L)      =     IFIxlPPSAVE) 
INOML)       =    NUMhT 
IMSG    =    IFIXIPPPMAX) 
DC    100    I    =    1,     NUMPTS 

FEAD(5,610I     TIME,     PKTS,     UTIL,    QUEUE,    TRIP,     XhOP 
610  FORMAT* 4F10.4,2F10. 6) 

IFU.GT.l  )     GO    TC    ZZ2. 

TIMEK1)    -    TIME 

PKTSK  I)    =    PKTS 

UTILK  I)    =    UTIL 

GO    TO     SO 
222  IFU.GT.2  )     GO    TO    322 

TIME21  I)    =    TIME 

PKTS2(  I)    =     PKTS 

UTIL2(  1)    =    UTIL 

GO    TO    90 
333  IF(L.GT.3  )     GO    TG    444 

TIME3(  I)    =    TIME 

PKTS3(I)     =     PKTS 

UTIL3(  I)    =    UTIL 

GO    TO    50 
444  IF(L.GT.4)     GO    TG    555 

TIMEM  I)    =    TIME 

PKTS4(  It     =    PKTS 

UTIL4(  I)    =    UTIL 

GO    TO    90 
555  IFU.GT.5)     GO    TC    666 

TIME5(  I)    =    TIME 

PKTS5(  I)    =    PKTS 

UTIL5(  I)    =     LT1L 

GO    TO     90 
666  IF(L.GT.o)     GO    TC    777 

TIME6(  I)    =    TIME 

PKTSo(  I)    =     FKTS 

UTIL6(  1)    =    LTIL 

GO    TO    90 
777  IFCL.GT.7 )     QC    TC    888 

TIME71  I)    =     TIME 

PKTS7(  I)    =     PKTS 
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FILE:    PLOTDAT       FORTRAN       Al       NAVAL    POSTGRADUATE    SCHOOL 

UTIL7  1  I)    =    UTIL 

GO    TO     =0 
e88  IF(L.GT.8 )     GO    TO    999 

TIME8(  I)    =    TIME 
PKTS8(  I)    =    PKTS 
UTIL8(  I)    =    UTIL 
GO    TO     90 
999  IF(L.GT.9I     GO    TC    101C 

TIME9(  II    =    TIME 
PKTS9CI)    =    PKTS 
UTIL9(  II    =    UTIL 
GO    TO    90 
1010  TIMElOd  )     =    TIME 

PKTS10  (I  )    =    PKTS 
UTIL1CU)     =    UTIL 
90  IF(BIGPKT.LT.PKTS)     eiGPKT=     PKTS 

100  COMINliE 

400         CCNTINLE 

C  TWO    DIFFERENT    PLOTS    APE    PRCCUCED    FOR    EACH    SIMULATION    RUN. 

C  EACH    PLCT    CONTAINS    THE    DATA    FOP    A     MAXIMUM    OF    TEN     RUNS. 

C  *****TFE    FIRST    PLCT**** 

C  DEFINE    SUEPLOT    AREA 

IPLOT    =    1 

CALL     PAGE    (8.5,11.1 
CALL     FFYSCR(XPO,YFC> 
CALL     XINTAX 
CALL     Y  INTAX 
CALL    GFACE    (0.0) 
CALL    AFEA2D    ( XAXI S , YA XIS ) 
C  BEGIN    THE    REGULAR    PLOT    SECLENCE. 

C  USE    A    SPECIAL    OPTION    ALPHAEET. 

CALL     ShISSL 

CALL     SFCChR    (90., 1,. 002,1 ) 
CALL    BASALF    I  'L/CSTD'  ) 
CALL     M1XALF    < 'STAND' I 
C  LABEL    AXIS 

CALL    YNAME    (MNJE7W0RK    (  U  »  TILI  2AT  ICN     ( F) ACTOR $', 1 00 > 
CALL     XNAME     ('(STIPULATION     (T)IME     (<  IS  ECS ())$',  100  I 
C  DEFINE    GRAPH    TITLE. 

CALL    HEAD1N( •  (UTILIZATION    FACTOR     VS.     TIME  J $•  , 100 , 1.2 , 1 ) 
C  SET    Y    AXIS    NUMBERING    TC    HORIZONTAL 

CALL     YAXANG     (0.1 
C  DRAW     GRAPF 

YEND    =    1.0 
Y  SPACE    =    YEND    /    1  C. 
XSPACE    =    T1MSHNUMPTS)    /     1C. 
XEND         =    TIHEKNUfPTS) 

CALL    GRAF (0. ,  XSPA  CE  ,X  END  ,  C.  ,  YSPAC  E  ,  YE  NO 
DC    201    J    =    i.NRUNS 
C  DRA*    CLRVES 

IF(J.EC.l)  CALL  CURVE  (  TI  ME1,  UTIL1  ,NUMPTS  ,  IMJ 
IFU.EC.2J  CALL  CURVE  (T  IME2,  U  T  IL2  iNUMPTS  ,  IM) 
IFU.EC.3J  CALL  CURVE  (  71 ME3.UT IL3  .NUMPTS , 1MJ 
IF(J.EC4)  CALL  CURVE  (  TI ME4, UT IL4 , NUMPTS , IM ) 
IF(J.EC5)  CALL  CURVE  (T  I  ME5,  U  T  1L5  .NUMPTS  ,  IM  ) 
IF(J.cC.6l  CALL  CURVE  (TI ME6,U T  ILo  , NUMPTS , IM) 
IF1J.EC.7I  CALL  CURVE  ( T I  ME  7, U T IL7 , NUMPTS, IM) 
IF(j.EC8)  CALL  CURVE  (T  IME8.U T  ILd  .NUMPTS ,  IM) 
IFU.EQ.9)  CALL  CURVE  ( 71 ME9, U T i LS  .NuMPTS , IM) 
I  F(  J.Ew.10  )CALL  CURVE  ( T IME1G,  UTIL 10, NUMPT S, IM  ) 
201  CONTINlE 
C  FRAME    TFE    SUBPLOT    AREA. 

CALL     FRAME 
C  USE    DOTTED    GRID     LINES. 

CALL     CCT 
CALL    GFID     (1,1) 
CALL    RESET    ( 'DOT'  ) 
C  WRITE    THE    MESSAGES    FOR    THE    PLOT. 

GC    TC    1111 
2220      CALL     ENCPL    (0) 
C  »***ThE    SECOND    PLCT**** 

IPLOT    =    2 
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C  DEFINE    SUBPLOT    AREA 

CALL     ELCWUP    (2.) 
CALL    PAGE    (11. ,8. 5) 
CALL     PHYSGR(XPO, YPO) 
CALL    AFEA2D    ( XAX I S, VAX  IS » 
CALL    RESET    (•HEIGHT1! 
CALL     SUISSL 

CALL    SHCCI-R    (90., It. 002, 1  ) 
CALL    BASALF    (  'L/CSTD'  J 
CALL    MIXALF    ( 'STAND'* 
C  LABEL    AXIS 

CALL    YNAME    ('(DINK    (  L  »TI  L  IZAT  ION  $  '  ,1  00  ) 
CALL    XNAME    C  (S)IMULATION     (T)IME     ( (  )SECS( J )$• , 100  I 
C  DEFINE    GRAPH    TITLE. 

CALL    HEIGFT    ( THO » 

CALL    MESSAGC  (LINK    UTILIZATION    VS.    TI ME ) $ • ,10C,XH D, YHD ) 
CALL    RESET    ('HEIGHT') 
C  SET    Y    AXIS    NUMBERING    TC    HGFIZONTAL 

CALL    YAXANG    (0.) 
C  DRAW    GRAPH 

YEND    =    1.0 
YSPACE    =    YEND    /     10. 
XSPACE    =    TIMEHNUMPTSl     /     1C. 
XEND  =    TIMEKNUMPTS  ) 

CALL    GRAF(0.,XSPACE,XEND,0.,YSFACE,YENO) 
CO    202    J    =    ltNRUNS 
C  DPAw    CLRVE 

IF(j.EC.l)     CALL    CURVE     (  TJ  ME1,UT  IL1  .NUMPTS  ,  IM) 

IF(J.EC2)     CALL    CURVE     (  T1ME2.U  T  IL2  ,  NUMPTS.  IM) 

IFU.EC.3)     CALL    CURVE     (T  IME3,  U  T  IL3  , NUMPTS  ,  IM  ) 

IF(J.EC.'t)     CALL    CURVE     (  T  IME4.UT  IL<t  .NUMPTS  ,  IMJ 

IFU.EC.5)     CALL    CURVE     (  T  IME5, J T  IL5  , NUMPTS , IM) 

IF(J.E£.6I     CALL    CURVE     <  T  IMEb.UT  IL.6  .NUMPTS  ,  IMJ 

IFU.EC.7)     CALL    CURVE     (TI ME7.U TIL7  .NUMPTS. IM* 

IF(J.EC8)     CALL    CURVE     (  T  IME8.U  T  IL3  .NUMPTS  ,  IM) 

IF(J.EG.9)     CaLL    CURVE     (TIMES, UT  IL9  .NUMFTS  ,  IM) 

IF(  J.EG.101CALL    CURVE     (  T  IME  10  ,  UTIL  1C, NUMPTS,  IM  ) 
202         CCNTINLE 

CALL     FRAME 
CALL     CCT 
CALL    GFID     (1,1) 
CALL    RESET    ( 'DOT'  ) 
C  WRITE    THE    MESSAGES    FOR    THE    PLOT. 

1111      CALL    HEIGHT    (0.10) 
CALL     LINESP    (1.8) 
LEN    =     LI  NEST     1 1 STCRY , 5C0 , 5C  ) 
M*    1 
CALL    LINESC  (NETfcCRK    PARAMETERS)  $',ISTORY,M) 

M     a     ¥     ♦     1 

CALL    LINES( '  C ,  ISTORY,M) 

M    =    M    ■»    1 

CALL    LINESC  (P)ACKET    TRANSMISSION     TIME       =    0.0500    SECS    l',ISTORY,M) 

M    =    M    ♦    1 

CALL    LINESC (U)PDATE    TRANSMISSION     TIME      =    0.0C125    SECS$  • ,  I  STOR Y ,M I 

M    =    M    4    1 

CALL    LINESCJNJODE    UPDATE     INTERVAL  =    C.5000     SECS    CISTORY.M) 

M    =    M    *    1 

CALL    LINES('(A)VG    PKTS    PEP    MESSAGE  =    1.0  CISTORY.M) 

M    =     M     ■»    1 

CALL    LINESC  (DYNAMIC    ROUTING    WITH    MET  I- CD    5    US  ED)  .  $  »  ,  1ST0R  Y  ,M  ) 

M    =    M    +     1 

CALL    LINESC  (W)INDOU    TIME  =    0.375       SECS    $',ISTORY,M) 

M    =    M    +    1 

CALL    LINESC  (N)C.    OF    aINOOWS  =    10  C,1STGRY,M) 

m   =  m  +  i 

call  linesc(  v)  irtual   (ciifclits   «ere   not  usec.  cistory.m) 

C  WRITE    THE    STORY 

YLX  =  YSTCRY  (ISTCRY.M) 

XLX  =  XSTCRY  (ISTCRY,M) 

CALL    LSTCSYd  STOR  Y  ,  M, -C.  4  ,-(  YLX+1  .01) 
C  INITIALIZE    AMD    PACK    LEGENL"    ARRAY 

LEN    =    LINEST    ( I LE G , 50 C ,3C ) 
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CALL     t-  £  IGt-T    (  .7    *    ThO  ) 

CALL    LIKES    <•     100    PKT  S/S  ECi  '  t  UEG  1 1 ) 

CALL    LINES    ('     200    PKT S/SE C$ '  ,  I  LEG , 2  I 

CALL    LINES    (■     300    PKT S/S ECI  •  ,  ILEG , 3  J 

CALL    LINES    (•     400    PKTS/SEC J '  ,  ILEG , 4  I 

CALL    LINES    (•     500    PKT S/SEC i •  ,1  LEG , 5 » 
C  DI*ENSICN    THE    RECTANGULAR    AREA   WHERE    THE    LEGEND    APPEARS. 

XLL    =    XLEGND    (ILEG.NRUNSJ 

YLL    =    VLEGND     (ILEG.NRUNS) 
C  WRITE    LEGEND. 

CALL    MYLEGN    <  •  <  P  )  KT    (G)EN     (R » AT5$ •  ,10 C J 

CALL    LEGEND    I  IL  EG  ,NRUNS»  XPLEG  ,  YPL  EC- ) 

CALL    ELPEC    (X  PL  EG-0.1  ,  YPL  E  C-0  .ltX  LL+O  .2,  YLL+O  .2,  .  01 ) 

CALL    RESET    [• HEIGHT*) 

CALL    PESET    CuINESPM 

IF(IPLCT.EQ.i)    GO    TO    2220 
C  ENC    Tt-E    SESSION 

CALL    CCNEPL 

STOP 

ENC 
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C  ******,*********.***,:*    ******************************************** 

C  *****                       GRAPHICS    ROUTINE    FOR     PLOTTING    THE    SUMMARY                 ***** 

C  *****                      RESULTS    CF    SIMULATION    RUNS.       STANDARD    X-Y                 ***** 

C  *****                      GRAPH    PRCCUCEC    WITH    FLEXIBLE    INPUT    VALUES.               ***** 

C  *********************  ******************************************** 

DIMENSICN    YK50J  ,  Y2(5G),  Y3(50)  ,Y4  (50)  ,Y5(50)  ,  V6(  5  0  )  ,X  (  50)  , 

*ILEG(5C0),     ISTORY15C0) 

DATA    XAXIS/4.5/,     YAXIS/3.3/,    XH3/1.2/,    YHD/-0.7/,     TH0/.14/, 
♦XPLEG/l.C/,    YPLEG/1.8/,    Xf C/2.A1/ ,    YPC/5.5/ 

CALL  CCMPPS 
C      CALL  TEK618 

READ(5,60C)    NCURVSi    NLMPTS 
600         FCRMAT(2I5J 

IF(NCUPVS.GT.6)     NCURVS    ■    6 

DC    100     I    =    1.    NUMPTS 

REAC(5,605)    X(l),    YKI),    Y2(I),     Y3  (  I )  ,     Y*(I),     Y5(I)  ,    Y6(I) 
605  FCR*AT(7F10.5) 

100         CONTINUE 

XSPACE    =       5.0 

XEND  =    50.0 

YSPACE    =       20. 

YEND  =      200. 

IH  ■  1 

C  DEFINE    SUEPLOT    AREA 

C  CALL    BLCWLP    (2.) 

CALL     PAGE    (8.5,11.) 

CALL     FhYSCR(XPO,YFO) 

CALL    APEA2D    ( XA XI S , YA XIS ) 

CALL     X1NTAX 

CALL    YINTAX 

CALL    GRACE    (0.0) 
C  BEGIN    THE    REGULAR    PLOT    SECLENCE. 

C  USE    A     SPECIAL    OPTICN    ALPHAEET.  , 

CALL     SWISSL 

CALL    St-CCI-R    (90.,  1,. 002,1  ) 

CALL    BASALF    (  'L/CSTD'  ) 

CALL    MIXALF    ( 'STAND') 
C  LABEL    AXIS 

CALL    YNAME    (MA)VG     (N)C.     CF     (P)KTS    IN     (T  )  RANS  IT*  •  ,  100  ) 

CALL    XNAME    ('(C)LCCK     (I)NTERVAL    (l)lQ**-6    SECS(  )  )  $  «  ,  ICO  ) 
C  DEFINE    GRAPH    TITLE. 

CALL     LINESP    (1.1) 

CALL    HEADINC  (RESULTS     IN    US  ING   DI  SCRE  TE    CLOCK  ING  )  S  ■  ,  lCCtl  .2,  2  ) 

CALL    HEAOIMMFOR    ALL     NeTWCRK    TIMING}  $«  ,100,1  .2,2  J 
C  SET    Y    AXIS    NUMBERING    TC    HORIZONTAL 

CALL     YAXANG     (0.) 
C  DRAW    GRAPH 

CALL    GRAF(0.,XSPACE,XEND,C.,YSPACE.YENO» 
C  INITIALIZE    AND    PACK    LcGENC    ARRAY 

LEN    =    LiNEST     ( I  LEG, 50C ,30 ) 

CALL    LINESP    (1.8) 

CALL    HEIGH"    (  .7    *    THD ) 

CALL    LINES    ('100    PKTS /SEC i  •  ,  I  LEG , 1 ) 

CALL    LINES    ('300     PKTS /SEC  J  '  , ILEG, 2  ) 

CALL    LINES    ('500     PKTS/SECi  '  ,  I  LEG  ,  3  ) 
C  BLANK    CUT    THE    RECTANGULAR    AREA    WHERE    THE    LEGEND    APPEARS. 

XLL    =    XLEGND     ( I LE G ,NCUBV S ) 

YLL    =    YLEGND     ( I L E G , NC URV S ) 

DC    201    J    =    1, NCURVS 
C  DRAW    CURVES 

IF(J.EG.l)  CALL  CURVE  (X  ,  Y  1,N  UMPT  S  ,1  M) 
IF(J.EC2)  CALL  CURVE  (X  ,  Y2,  NUMPT  S  ,  IM  ) 
IFtJ.EU.3)  CALL  CLRVE  (X  ,Y3, NUMPT S  ,1 M ) 
IFU.EQ.4)  CALL  CURVE  (X  ,  Y4,  N  UMPT  S  ,1  M  ) 
IFU.EQ.5)  CALL  CURVE  (  X  ,Y5,  NUMPT  S  ,  IM  ) 
IF(J.EC6)  CALL  CURVE  (  X  ,  Yt.N  UMPT  S  ,1  M) 
201  CCNTIMJE 
C  WRITE    LEGEND. 

CALL    MYLEGN    (  •  (  P  )  KT    (G)EN     (R  )  ATE*  '  ,  10  C) 

CALL    LEGEND    ( ILEG  ,NCURVS , XP LEG, YP LEG) 

CALL    eLREC    ( XPL EG-0.1  ,  YPLEG-O. 1, XLL+O .2 , YLL+0.2, . 01 ) 

CALL    RESET    ('HEIGHT') 
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FRAM 

CALL 

USE 

CALL 

CALL 

WRIT 

CALL 

LEN 

M    = 

CALL 

M    = 

CALL 

H    = 

CALL 

M     = 

CALL 

M    = 

CALL 

M    = 

CALL 

M    = 

CALL 

M    = 

CALL 

M    = 

CALL 

M    = 

CALL 

WRIT 

YLL 

XLL 

CALL 

END 

CALL 

STOP 

END 


E    THE    SUBPL 

FFAME 
CCTTED    GRID 
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GFID  (1,1) 
E    THE    INFO 

«-EIGhT(.10 
=  LINEST  (I 
1 

LINES! 
M    ♦    1 

L1NES( 
K     ♦     1 

LINES( 
M    •»    1 

LINES( 
M    +     1 

LJNcS( 
M     +     1 

L1NES( 
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LINES! 
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LINES( 
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H    *    1 
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=    XSTORY    (I 

LSTCFYdST 
THE    SESSION 

CCNEFL 


OT    AREA. 
LINES. 


FOR    THE    PLCT. 
STCRY,5CO,5C) 


(NETWORK   PARAMETERS) 


<P> 
(Ui 
(N) 
(A) 

(D) 


£  V) 


ACKET    TRANSMSSION    TIME 

PDATE    TRANSMSSION     TIME 

ODE    UPCATE     INTERVAL 

VG    PKTS    PER    MESSAGE 

YNAMIC  (R)CLTING  WITH  (M)EThOD  5  USED. 
(w)INDOW    TIME  =    0.375       SECS 

(NJC.    OF    WINDOWS  =    10 

IRTUAL    (C)IPCUITS    WERE     NOT    USED. 

STCRY.M) 

CT  rc  V      Ml 

ORY.m',  (XAXI<-XLL>*0.5,-(YLL*1.0)) 


=    0.0500    SECS 

=    0.00125    SECSJS 
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ISTORY,MJ 
ISTQRY.M) 
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ISTORV.M) 
ISTORY.M) 
ISTCRY.M) 
ISTORY.M) 
ISTORY.M) 
ISTORV.M) 
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(3  **************************  x*****#*»**  **************************** 

C  *****  GRAPHICS    ROUTINE    FOR     PLOTTING    THE    TOPOLOGY  ***** 

C  *****  OF    THE    TESTEC    NETWORK.       INPUT    DATA    INCLUDES  ***** 

C  *****  THE     NUMBER    OF    NODESt     THEIR    GRID    LOCATION,  ***** 

C  *****  THE    NUMBER    OF    LINKS    ANO    THE    CONNECTIVITY.  ***** 

C  *  ***************«***«****************************************.**** 

DIMENSION    X1500),     Y(500) 
C  CALL    TEK618 

CALL    CCNPRS 
HT    =    ,2C 
FAC    =    6.0 
CALL    BICWUPd.OO) 
CALL    PAGE18.5.11.  1 
CALL    AFEA2D(6.,o.  ) 
CALL     MARKERdo) 
CALL    SCLPIC(FAC) 
C 

C  NUMBER    CF    NODES    AND   THEIR    GRID   COORDINATE    LOCATION    IS    REAC 

C  IN.       TEN    BY    TEN    GRID     IS    USEC. 

READ(5,60C»    NODE 
600         FCRMATU5) 

DC    100     I    =    It    NODE     " 
ICO  REAC(5,610)    X(I),    Yd) 

610         F0RMAT(2F10.5) 
C 

CALL    XNAMEC     $•  ,  1  CO  ) 
CALL    YNAME< •     $' ilCOl 
CALL     GRAF(0.. 1. ,1C. tO.tl. tlC.) 
CALL    CLRVE    <X , Y t NCCEt -1) 
CALL     hEIGFT(HT) 
CALL     SfclSSM 

CALL    SI-DCHR(90.  ,1  ,.002,1) 
C 

DC    2C0    I    =    1,    NODE 

XPCS  =  XPOSNt  X(II  ,  Yd  )  ) 
YPCS  =  YPOSNtXd  )f  Yd  i  ) 
I F(  I.GE.10 )     GO    TC    250 

CALL    INTNCII, XF0S-.25*HT , YPQS-.5*HT) 
GC    TO    200 
250  IF(I.GE.IOO)     GC    TO    25  5 

CALL     INTNCd,  XP0S-C.9*HT, YP0S-.5*HT) 
GC    TO    200 
255  CALL    INTNOd  ,XPOS- i.3*HT  ,  YPCS-.  5*HT  ) 

200         CONTINLE 
C  NUMBER    CF    LINKS    AND    THEIR    CONNECTIVITY    IS    READ    IN. 

READ(5,65C)    LINK 
650         FCPMAT(I5) 

DC    30C    I    =    1,     LINK 

REAC(5t660)     LFK,    L TC 
660  FCPI»AT(2I5) 

XPTTC    =    XPOSN(  XLTC)  tY(LTC)  ) 
XPTFM    =    XPOSN(  X(LFN),  Y  {  LFMJ  ) 

■  YFTTC    =    YPOSN(X(LTC), Y U7C)  ) 
YPTF*    =    YPOSN<X(LFM) ,  Y(LFM)  I 

■  XCIF  =  XPTTO  -  XPTFM 
YDIF  =  YPTTO  -  YPTFP 
IF(XDIF.NE.O.O)    GO    TO     245 

ThETA    =    ATANt YCIF/.C00C01  ) 
GC    TO    247 
245  THETA    =    AT  AN ( YCI F/ XCI F  ) 

247  I  FUCIF.GE.O.O  )    GO    TO     2EC 

P8EGX  =XP7FM  -  FAC*.04*  (CCS(THETA)  > 
PBEC-Y  =YPTFM  -  FAC  *  .0  4*  (  S  I  N  <TH  ETA)  ) 
PF1NX  =XPTTO  +  FAC*. 04* <CCS(THETA)  ) 
PFINY  =YPTTO  +  FAC*.04*(SIN(THETA)  ) 
GC  TC  290 
280  PBEGX    =XPTFM    ♦    FAC*  .O^t*  <CCS  (TH  ETA)  ) 

PB6C-Y    =YPTFM    +    F AC  * .OA* ( SI N (TH E TA)  ) 
PFINX    =XPTTO    -    FAC*.04*(CCS(THETA)  ) 
PFINY    =YPTTO    -    FAC*.04*(SIMTHETA)  ) 
290  CALL    STRTPT(PBEGX, PBEGY) 

CALL    CCNNPTtPFINX, PFINY  ) 
300         CONTINLE 

CALL     CCNEPL 

STCP 

END 
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q  ****  *** a*************  *.***********  ******* ********* ******** * ******* 

c  *****  GRAPHICS    ROUTINE    FOR     PLOTTING    THE    THREE  ***** 

C  *****  DIMENSIONAL    UTILIZATION    PLOTS.       INPUTS    ARE  ***** 

C  *****  THE     NUMBER    OF    NODES,     THEIR    GRID    LOCATIONt  ***** 

C  *****  THE    NuMBER    OF    uINKSt     THEIR    CONNECTIVITY,  ***** 

C  *****  AND    THE    UTILIZATION    OF    EACH    LINK.  ***** 

Q  ***************************************************************** 

DIMENSION    XPOS(IOC),     YPOS(IOO),    U T IL(  100 ,  LOO)  ,    XSH(2),    YSH(2), 
*XSHB(2),    YSHB(2),     ISTCRY(5CQ) 
DATA    XSH/0.,10./,  YSH/  10.  ,  IC./.XSHB/Q.  ,  10. / , YSHB/O.  ,0./ 
CALL    CC^PRS 
C  CALL    TEK618 

C  READ    IN    THE    NUMBER    OF    NODES    AND   LINKS. 

READ(5.60C)    NODES,    LINKS 
600         FORMAT(2I5) 

DC    ICC     I    =    1,     NODES 
C  READ    IN   THE    RELATIVE    LCCATICN    OF    ALL    NCDES    ON    A    TEN 

C  BY    TEN    GRID. 

REAC(9,605)     XPCS(I),    YFCS(I) 
605  FCR*AT(2F10.3) 

100         CONTINUE 

DC    1C5    I    =    1,    100 

DC  105  J  =  1,  100 
105  UTIL(  I* J)  =  -1.0 

DC  110  I  =  i,  LINKS 

REAC(5,700)  IFf,  ITC.  FACTOR 
700       FCF*AT(215,F10.3I 

UTIKIFM.ITO)     =    FACTOR*    10. 


110 

c 

CCNTINUE 

CALL    PAGE    (8.5,11.0) 

XFC    =    2.3 

YPC    =    4.6 

CALL     PHYSGR(XPO,YFO) 

CALL    SMSSL 

CALL    SFDCHR    ( 90. ,  1 , .0 02 , 1  ) 

CALL     eASALF    ( 'L/CSTO' ) 

CALL    fIXALF     ('STAND') 

c 

SET    UP    TITLE    AND     PLOT    AREA 

CALL     AFEA2D    (5.0,6.0) 

CALL    HEIGHT    (.19) 

c 

SET    UP    AXIS    AND    LABELS 

CALL     HEIGHT     (.15) 

CALL    Z2NAME    I  '  (  U)  TI LI ZATI ON 

CALL     ZAXANG    (-90.  ) 

CALL    X2NAPE    ( '     S»  ,100 ) 

CALL     XINTAX 

CALL     Y2NAPE    ( '     $• ,100 ) 

CALL    YINTAX 

CALL     VCLM2D    (  10. ,  1C . ,  1 C.  ) 

(F)ACTCRS  ■  ,100) 


C  ESTABLISH    VIEWPOINT. 

CALL     VLANGL    ( -1 05.  ,18.  ,1 00. ) 
CALL     GRAF3D    (  0.  ,  1  . ,  10  .  ,0  .  ,  1 .  ,  1C.  ,  0.  ,.  1 ,  i.  ) 
C  P'UT    2C    PLCT    OF    NODE    TCFOLCGY    AND    CONNECTIVITY    ON 

C  FLOOR    CF    2D    BOX. 

CALL     GRFITI     ( 0. , 0  .  , 0.  ,  1. , C  .  , C. ,0.  ,  1., 0. ) 
CALL     AREA2D    (10. ,10.) 
C  PUT    NGCE    NUMBERS    AT    EACH    NCOE    LOCATION. 

CALL    RESET    MSWISSLM 
CALL     HEIGHT    (  .401 
OC    120     I    =    1,     NODES 

IFII.LT.10 )     GG    TC    115 

CALL    INTNC    (I  ,XPOS(I )-.40  ,YPOS(I  J-.20) 
GC    TO    118 

115  CALL     INTNO     ( I , XPOS ( I ) -  .20 , YFOS (  I  )- .20  ) 

116  CALL    BLCIR    (  XPCS  (I  )  ,  YPC  S  ( I J  ,0.  5  ,0.  CI ) 
120         CONTINUE 

CALL    RESET    ('HEIGHT') 

CALL    GRAF    ( 0. , 1 . ,  10., 0. , 1 .  ,1C. ) 

CALL     SHCPAT     ("o57C> 

CALL     SHDCRV    ( XSH , YSH, 2  ,X SH E  ,  YSHB , 2 ) 

CALL     ENC3GR(-1) 
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C  DRAW    VECTOR    FROM    NODE    LOCATIGN   OF     LENGTH    1    IN    THE    +Z    DIRECTION. 

CALL    CASH 

DC    120    I    =    1,    NODES 

CALL    VECTR3     (X POSl I ) , YPCS I  I ), 0 . , XP GSl I  )  ,YPOS( I  ) , 10. , OOOCJ 
130         CCNTINLE 

CALL    RESET    ('DASH') 
C  DRAW    UTILIZATION    VECTCPS 

DO    160    I    =    It    NODES' 

DC    150    J    =     1,     NODES 

IF(UT1L( I  ,Ji. LT.O.  J    GC    TO     150 

CALL     VECTR3(XP0S(  I)  ,YPOS(  I  J.LTIU  I  tJl   i 
*XPOS(  J)  ,YPOS(J)  iUTXU  ItJ)  ,1211) 
150  CONTINLE 

160         CONTINUE 
C  WRITE    ThE    INFO    FOP    THE    PLCT. 

CALL    SMSSL 

CALL    HE  IG*-T(.  10  J 

LEN    =    LINEST    (I  ST  CRY, 500 , 5C  ) 

M    =     1 

CALL    LINESC  (NETWCRK    PARAMETERS:      IMBA  LANCED    TRAFF  IC»  $  ',  IS  TCRY  ,Hl 

M    =    M    +    1 

CALL    L  INES< '  $• ,  ISTORY-M) 

M    =    H    ♦    1 

CALL     LINESC(  S)OUPCE~(D)  ESTINATION     (N)CDE     (P)AIRS CISTORY.Mi 

M    =    M    +    1 

CALL    LINESC  (N)OCE    1     TC    13,     9    TO    5    AND    12    TO    2.       CISTORY.M) 

M    =    M    +    1 

CALL    LINESC  (PI  ACKET    TRANSMISSION     TIME      =    0.0500    SECS    $%ISTORY,M) 

M    =    M    +    1 

CALL    LINESC  (U)PDATE    TRANSMISSION    TIME       =    0.0C125     SECS  $•  ,  I  STOR  Y  ,M  ) 

H    =    M    +    1 

CALL    LINESi  MNJODE    UPDATE     INTERVAL  =    0.5000     SECS     CISTORY.MJ 

f    =    M    4    1 

CALL    LINESC(P)KT    GENEffATICN    RATE  =    30    PKTS  /SEC*  ' ,  I  STOR  Y  ,M  ) 

M    =    M    +    1 

CALL    LINESC(A)VG    PKTS    PER    MESSAGE  =    1.0  $SISTORt,M) 

M    =    M    +    1 

CALL     L  INESC  (  S)  TATIC     < Rl OUTING   US  ED.  S'.ISTORY.M) 

C  WRITE    ThE    STORY 

YLL    =    >S7CRY    (ISTCRY,f) 

XLL    =     XSTORY     (ISTCRY.M) 

CALL    LSTCRY(ISTQRY,M,XPO-    1.8, YPO    -6.2) 

CALL    DCNEPL 

STOP 

END 
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